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1.0  CRAMTD  STP  #16 
Results  and  Accomplishments 


This  Final  Technical  Report  covers  the  activities  for  CRAMTD  Short  Term  Project,  STP  #16, 
“Implementation  of  Integrated  Manufacturing”. 

1.1  Introduction  and  Background 

The  objective  of  this  project  was  to  implement  integrated  manufacturing  in  the  Phase  n 
CRAMTD  facility  in  order  to  demonstrate  the  use  of  advanced  technology  in  the  manufacture  of 
combat  rations.  Preliminary  design  and  development  work  on  components  of  a  computer 
controlled  manufacturing  system  was  performed  during  Phase  I  of  CRAMTD  project  under 
various  STP’s.  Under  STP  #1,  a  powered  conveyor/seamer  subsystem  for  tray  pack  packaging 
was  developed.  Under  STP  #8,  a  horizontal  form/fill/seal  machine  was  procured  as  the 
packaging  subsystem  for  MRE  pouches.  These  two  subsystems  were  automated  at  level  1 
(machine  level)  and,  in  both  cases,  included  some  aspects  of  automation  at  level  2  (production 
line  level). 

Level  2  automation  includes  incorporating  statistical  process  control.  Statistical  process 
control  was  studied  under  STP  #3  and  preliminary  recommendations  were  made  concerning 
parameters  to  be  monitored  in  the  production  process.  Based  on  the  availability  of  sensors,  the 
recommendations  of  STP  #3  were  to  be  reviewed  and  some  parameters  of  the  process  were  to  be 
automatically  monitored  to  demonstrate  statistical  process  control  at  level  2  automation. 

Level  2  automation  includes  interlocking  the  control  of  unit  operations  along  the 
filling/packaging  line.  In  STP  #2,  the  alternatives  for  automatic  filling  were  identified  and  a 
decision  was  made  to  acquire  a  volumetric  filler  for  solid  ingredients.  In  order  to  complete  level 
2  automation,  it  was  deemed  necessary  to  place  the  packaging  and  filling  equipment  under  a 
common  production  line  controller  such  that  all  subsystems  along  the  production  line  could  have 
their  operations  monitored  and  coordinated  at  a  central  point. 

Under  STP  #4,  a  preliminary  factory  database  was  designed  from  studying  the  operations  of 
coalition  companies  in  the  packaged  food  industry.  This  database  was  designed  to  support 
functions  at  level  2  (production  line),  level  3  (factory  floor),  and  level  4  (plant).  In  order  to 
demonstrate  the  implementation  of  integrated  manufacturing,  it  was  deemed  necessary  to  link 
this  database  with  factory  floor  controllers  in  order  to  demonstrate  how  data  can  be  automatically 
logged  and  saved  to  a  factory  database. 

Under  STP  #5,  a  survey  and  review  of  available  hardware  and  software  was  conducted  such 
that  Phase  n  of  CRAMTD  could  begin  by  selecting  off-the-shelf  components  for  computer 
integration.  Recommendations  were  made  to  purchase  software  that  would  enable  linking  of  the 
factory  floor  controllers  with  the  factory  database  via  a  SCADA  (Supervisory  Control  and  Data 
Acquisition)  node. 


1 


STP  #16  was  defined  to  review  the  recommendations  of  these  prior  STP’s  and  to  propose  a 
specific  plan  for  implementing  computer  integration  for  demonstration  purposes.  STP  #16  was 
proposed  on  June  23, 1992  and  was  awarded  on  September  30, 1992. 

1.2  Results  and  Conclusions 

An  integrated  design  for  the  CRAMTD  Pouch  Line  was  successfully  developed  and 
implemented.  The  design  brings  together  the  control  of  the  filling,  packaging,  and  crate  loading 
operations  under  a  single  controller.  The  design  provides  a  complete  level  2  control  system 
through  the  implementation  of  a  production  line  controller  (“Centralized  Control  Station”), 
which  can  be  implemented  as  a  stand  alone  module.  The  design  also  provides  hooks  to  level  3 
and  level  4  automation  through  the  implementation  of  a  shop  floor  SCADA  (Supervisory  Control 
and  Data  Acquisition)  node. 

The  integrated  system  was  successfully  demonstrated  in  part  and  as  a  whole  at  Annual 
Contract  Briefings  on  November  18, 1993,  March  8, 1995  and  June  19,  1996,  as  well  as  during 
an  industry/academic  conference  on  April  28,  1994.  These  demonstrations  showed  that  this 
integrated  design  is  feasible  and  could  be  considered  by  an  industrial  company  for 
implementation  in  a  commercial  plant. 

1.3  Recommendations 

Operating  experience  is  required  with  the  integrated  production  lines  defined  and  installed 
during  the  “Implementation  of  Integrated  Manufacturing”  Short  Term  Project.  Such  experience 
would  substantiate  the  results  of  the  Non-traditionai  Capital  Investment  Criteria  (NCIC)  analysis 
reported  in  “Multicriteria  Evaluation  of  a  Centralized  Control  Station  for  a  Production  Line:  A 
Case  Study”,  Engineering  Valuation  and  Cost  Analysis,  1996,  Volume  1,  pp  17  -  32  (also 
CRAMTD  FTR  22.0)  and  verify  the  designs  developed  for  the  production  lines. 


Integrated  manufacturing,  including  control  of  a  multicomponent  processing  line  and 
acquisition  of  the  data  sufficient  for  statistical  process  control,  is  forecast  to  increase  in  priority 
as  advanced  packaging  and  filling  equipment  is  acquired  by  combat  ration  producers. 


The  successor  DLA  program  to  CRAMTD,  CORANET,  includes  demonstration  production 
at  the  Rutgers/CAFT  Food  Manufacturing  Technology  Facility  (CRAMTD  Phase  II 
Demonstration  Site).  It  is  recommended  that  demonstration  production  seek  to  maximize 
utilization  of  the  “Centralized  Control  Station”  with  a  variety  of  food  products  to  acquire 
experience  and  performance  data. 


Based  on  positive  experience  and  performance  data,  it  would  then  be  recommended  that  a 
technology  transfer  program  be  constituted  to  assist  in  implementation  of  the  “Centralized 
Control  Station”  at  the  combat  ration  producer  plants. 
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2.0  Program  Management 


This  STP  was  proposed  as  a  two  phase  activity  as  illustrated  in  Figure  1,  “Time  &  Events  and 
Milestones”  (Appendix  4.1).  The  two  phases  are  as  follows: 

Phase  I  Prototyping  and  Establishing  System  Design  Requirements 

Phase  II  Implementation  and  Technology  Transfer 

Specific  objectives  of  Phase  I  are:  procure  the  Shop  Floor  Control  software  and  factory 
database  system;  establish  design  requirements  for  integration  of  SPC  and  Materials  Handling;  a 
Table  of  plant  operating  personnel;  and  an  integrated  design  and  control  strategy  for 
demonstration  production. 

During  Phase  n,  design  implementation  and  demonstration  included:  acquisition  of  necessary 
computer  hardware  and  final  software;  integration  and  implementation  of  Shop  Floor  control  and 
database  systems;  personnel  training;  and  demonstration  production.  In  addition,  a  CIM 
comference  focussing  on  process  industries  will  be  organized  and  held. 

2.1  Summary  of  STP  Accomplishments 

•  A  design  for  the  integration  of  the  MRE  Pouch  Line  was  developed  that  includes 
Level  2  automation  as  a  stand  alone  system  and  partial  level  3  and  level  4 
automation. 

•  The  hardware  and  software  components  of  the  control  system  were  successfully 
built  and  implemented  in  the  CRAMTD  demonstration  facility. 

•  Integration  of  data  acquisition  was  also  accomplished  on  the  Tray  Pack  line  and 
subsequently  modified  for  use  on  the  Polymeric  Tray  line. 

•  These  integrations  of  mechanical  systems  and  information  systems  were 
successfully  demonstrated  at  contract  briefings. 


3.0  Short  Term  Project  Activities 


3.1  STP  Phase  1  Task 

In  this  phase,  the  contractor  was  responsible  for  bringing  together  technical  accomplishments 
of  previous  related  STP’s  in  order  to  begin  prototyping  of  software  for  implementation  in  this 
STP.  In  addition,  the  contractor  was  responsible  for  coordinating  with  new  design  requirements 
from  STP  #14  (Engineered  Systems  for  Handling  Material  and  Product  Between  Processing 
Operations)  and  STP  #12  (Sensors  for  Statistical  Process  Control).  The  output  of  this  phase  is  a 
final  design  recommendation. 
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3.1.1  Prototyping  of  Shoo  Floor  Control  Software  f 3.4.1  > 

Based  on  the  recommendation  of  STP  #5,  this  task  item  was  responsible  for  procuring  factory 
floor  control  software  and  beginning  to  interface  this  software  with  the  existing  Tray  Pack  line 
and  MRE  pouch  line.  From  the  4th  quarter  of  1992  through  the  2nd  quarter  of  1993,  equipment 
was  being  moved  from  the  CRAMTD  Phase  I  pilot  plant  to  the  CRAMTD  Phase  n  facility. 
During  this  period,  work  focused  on  preparing  the  shop  floor  and  shop  floor  equipment  for 
integration.  A  communication  module  was  installed  between  the  Tray  Pack  line  check  weigher 
and  the  Tray  Pack  line  PLC  to  be  used  to  transfer  data  on  tray  weights  to  the  PLC  for  collection 
by  the  shop  floor  control  software.  A  computer  interface  was  developed  for  the  Enersyst  oven  to 
allow  a  user  to  save  programs  and  download  program  parameters.  The  use  of  this  software  is 
documented  in  Technical  Working  Paper  (TWP  #73),  “Enersyst  Oven  Programmable  Controller 
Interface  Users  Manual:  Version  1.0”  and  the  software  code  is  documented  in  Technical 
Working  Paper  (TWP  #78),  “Enersyst  Oven  Program  Technical  Manual”. 

The  SCADA  node  software  known  as  FIXDMACS,  a  product  of  Intellution,  Inc.,  was 
recommended  for  use  in  CRAMTD  Phase  n  by  STP  #5.  Approval  to  order  this  software  was 
received  in  September,  1993  and  the  software  was  procured  in  November,  1993.  During  the  1st 
and  2nd  quarters  of  1994,  development  work  proceeded  on  integrating  the  Tray  Paek  line  to  the 
SCADA  node.  Programs  were  developed  for  the  automatic  collection  of  tray  weight  data, 
monitoring  tray  counts  and  rejects,  monitoring  downtime  and  fault  conditions,  and  monitoring 
production  rates  and  line  efficiencies.  Programs  developed  for  the  Tray  Pack  line  were  designed 
to  be  usable,  with  modifications,  on  the  polymeric  line.  Documentation  of  work  performed 
during  this  period  appears  in  Technical  Working  Paper  (TWP  #88),  “Level  2  Automation  of  the 
Tray  Pack  Line”,  Appendix  4.4.  This  task  item  was  completed  in  the  3rd  quarter  of  1993. 


3.1.2  Prototyping  Factory  Database  (3.4.2) 

Based  on  the  recommendations  of  STP  #4,  this  task  was  to  begin  implementing  prototype 
database  software  on  a  multi-user  Oracle  Database  Management  System.  During  the  1st  quarter 
of  1993,  a  file  server  and  client  work  stations  were  borrowed  to  set  up  a  local  area  test  network  to 
be  used  as  a  development  platform.  In  the  2nd  quarter,  MFG  Systems  Corp.,  a  coalition  partner, 
was  brought  in  to  assist  the  project  team  in  the  use  of  Oracle  CASE,  a  tool  for  documenting 
Oracle  database  applications  so  that  they  can  be  easily  supported  through  their  life  cycles.  A 
decision  was  made  to  implement  all  application  software  through  Oracle  CASE  and  several 
training  classes  were  held  by  MFG  Systems  Corp  during  the  3rd  quarter  of  1993.  During  the 
second  half  of  1993,  work  focused  on  prototyping  two  modules  using  Oracle  CASE:  a  materials 
management  module  and  the  quality  assurance  module.  These  prototype  database  modules  were 
demonstrated  at  the  Annual  Contract  Briefing  on  November  18, 1993. 

During  the  first  half  of  1994,  work  focused  on  implementing  a  purchasing  module  and  a 
stand-alone  maintenance  module.  In  addition,  Oracle  integration  with  FIXDMACS  was 
accomplished  during  this  period.  By  the  end  of  the  2nd  quarter,  prototype  operator  interface 
screens  had  been  developed  that  were  eapable  of  sending  data  to  the  Oracle  database  from 


FDCDMACS  and  of  receiving  data  by  query  to  the  database. 

Documentation  of  some  of  the  work  performed  during  this  period  appears  in  Technical 
Working  Paper  (TWP  #87),  “Quality  Assurance  for  Raw  Materials  and  Finished  Goods: 

Database  Design  and  Implementation”,  Appendix  4.3.  This  task  was  complete  in  July,  1994. 

3.1.3  Incorporate  SPC  Design  Requirements  for  Demonstration  (3.4.3) 

This  task  item  addressed  software  and  hardware  integration  of  Statistical  Process  Control 
(SPC)  requirements  to  be  integrated  into  the  overall  demonstration  plan.  This  required 
coordination  with  personnel  working  under  STP  #12,  “Implementing  of  Sensors  and  Quality 
Control  Strategies  in  the  Integrated  Manufacturing  System”. 

From  June,  1993  through  May,  1994,  coordination  meetings  were  held  with  the  Principal 
Investigator  of  STP  #12  to  integrate  SPC  requirements  into  the  overall  demonstration  plan. 

These  meetings  culminated  in  the  development  of  a  proposal,  “Report  on  Proposed  Integration  of 
MRE  Pouch  Line  for  Demonstration  Runs”,  Appendix  4.2,  forwarded  to  the  CRAMTD 
Technical  Steering  Committee  on  July  27, 1994.  Recommendations  included  in-line  automatic 
data  collection  on  various  machines  in  the  MRE  line,  as  well  as  on-line  quality  data  collection 
and  off-line  quality  data  collection  requiring  manual  data  entry  at  a  terminal.  These 
recommendations  were  accepted  and  became  part  of  the  demonstration  plan.  This  task  item 
ended  in  the  2nd  quarter  of  1993. 

3.1.4  Incorporate  Materials  Handling  Control  Requirements  for  Demonstration 
(3.4.4) 

This  task  item  addressed  software  and  hardware  integration  of  new  materials  handling 
requirements  into  the  overall  demonstration  plan.  This  required  coordination  with  personnel 
working  under  STP  #14,  “Engineered  Systems  for  Handling  Materials”. 

As  in  the  case  of  task  item  3.3.3,  above,  coordination  meetings  were  held  from  June,  1993 
through  May,  1994  with  the  Principal  Investigators  of  STP  #14.  These  meetings  culminated  in 
the  development  of  a  proposal,  “Report  on  Proposed  Integration  of  MRE  Pouch  Line  for 
Demonstration  Runs”,  forwarded  to  the  CRAMTD  Technical  Steering  Committee  on  July  27, 
1994.  Recommendations  concerning  the  integration  of  materials  handling  included  product 
feeders,  the  Tiromat  and  Solbem  conveyor  systems,  the  FEMC  filler,  Oden  filler  and  Adept  robot 
for  filling  placeables,  the  Hi-Speed  checkweigher  and  the  retort  loader  and  associated  infeed 
conveyor.  These  recommendations  were  accepted,  but  a  subsequent  review  of  available  funds 
resulted  in  deletion  of  the  product  feeders,  which  were  not  considered  essential  for  the 
demonstration  runs.  This  task  item  ended  in  the  2nd  quarter  of  1994. 

3.1.5  Establish  Final  Factory  Database  Design  (3.4.5) 

The  purpose  of  this  task  item  was  to  specify  which  database  modules  would  be  implemented 
in  final  form  and  how  the  factory  database  would  be  incorporated  into  the  demonstration  runs. 
This  task  item  was  executed  during  the  period  October,  1993  though  May,  1994.  During  that 
period  the  project  team  coordinated  with  plant  personnel  in  training  them  on  the  use  of  modules 
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that  were  prototyped  under  task  item  3.3.2  and  refining  these  modules  in  order  to  finalize  their 
design.  Recommendations  were  forwarded  in  the  proposal  “Report  on  the  Proposed  Integration 
of  MRE  Pouch  Line  for  Demonstration  Runs”,  which  was  forwarded  to  the  CRAMTD  Technical 
Steering  Committee  on  July  27,  1994,  Appendix  4.2.  This  recommended  the  implementation  of 
the  following  modules  for  the  demonstration  runs:  Materials  Control,  Raw  Material  Quality 
Control,  Finished  Goods  Quality  Control,  and  Work-in-Process  Data  Collection.  These 
recommendations  were  accepted  and  became  part  of  the  demonstration  plan.  This  task  item 
ended  in  the  2nd  quarter  of  1994. 

3.1.6 

This  task  item  required  the  contractor  to  develop  a  preliminary  table  of  functions  and 
associated  personnel  requirements  for  operating  the  demonstration  facility.  This  table  was 
developed  and  documented  in  the  “Report  on  Proposed  Integration  of  MRE  Pouch  line  for 
Demonstration  Runs”,  dated  July  27, 1994. 

3.1.7  Trav  Pack  Lidding  Process  (3.4.71 

Early  experience  with  Beef  Chucks  and  Gravy  in  Tray  Pack  led  to  consideration  of 
incorporating  into  the  Tray  Pack  Line  a  device  to  press  and  clinch  the  tray  lid  onto  the  tray 
bottom. 

Preliminary  cost  estimates  from  equipment  manufacturers  were  very  high  and  not  cost 
effective.  On  the  other  hand,  laboratory  results  showed  that  large  uniform  chunk  beef  size 
represented  a  worst-case  scenario.  The  selection  of  beef  chunk  size  (and  size  distribution)  along 
with  longer  beef  precooking  can  eliminate  the  need  for  pressing  while  remaining  within 
specification  limits. 

3.1.8  Report  on  Integrated  Design 

The  completion  of  Phase  I  was  a  milestone  event  in  which  all  of  the  planning  activities  were 
incorporated  into  a  report  on  the  proposed  integration  and  demonstration  runs.  Two  documents 
were  delivered:  “Report  on  Proposed  Integration  of  MRE  Pouch  Line  for  Demonstration  Runs”, 
Appendix  4.2  and  “Specification  for  Control  System  for  Horizontal  Form-Fill-Seal  Production 
Line”,  (“Centralized  Control  Station”)(included  in  Appendix  4.2  as  attachment  E).  The  latter 
document  specified  the  hardware  and  software  requirements  to  implement  the  integration  and 
was  the  basis  for  obtaining  contractor  bids.  A  recommendation  was  made  to  implement  the 
production  line  controller  and  award  the  contract  to  Precision  Automation,  Inc.,  the  low  cost 
bidder,  who  also  scored  first  on  the  overall  weighted  criteria.  This  recommendation  was 
accepted.  Phase  I  of  STP  #16  ended  in  July,  1994. 

3.2  STP  Phase  n  Tasks 

In  this  phase  the  contractor  was  required  to  implement  the  integrated  design  of  Phase  I  and  to 
execute  demonstration  runs  at  the  facility. 
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3.2.1  Acquisition  of  Hardware  and  Software  (3.5.1) 

This  task  item  required  the  contractor  to  acquire  the  hardware  and  software  needed  to 
implement  the  integrated  design  proposal  of  Phase  L  The  major  item  to  be  acquired  was  the 
MRE  production  line  control  system.  The  recommendation  to  subcontract  the  acquisition  of  the 
control  system  was  approved  and  a  contract  was  signed  with  Precision  Automation  and  work 
began  during  the  4th  quarter  of  1994.  The  production  line  control  system  included  a  production 
line  programmable  logic  controller  (PLC),  to  which  the  controllers  for  all  unit  operations  along 
the  line  were  to  be  interfaced.  This  PLC  then  became  the  master  control  station  for  the  line.  The 
production  line  control  system,  “Centralized  Control  Station”,  also  included  a  control  panel  that 
would  house  an  operator  panel  with  all  functions  to  control  the  line  at  level  2,  an  operator  panel 
for  programming  the  Adept  robot,  an  operator  panel  for  programming  the  Tiromat  form/  fill/seal 
machine,  the  major  piece  of  equipment  on  the  line,  and  a  view  node  for  the  operator  to  view  data 
being  collected  by  the  FIXDMACS  shop  floor  SCADA  node.  This  integrated  system  was 
successfully  implemented  and  demonstrated  at  the  Annual  Contract  Briefing  on  June  19, 1996. 

3.2.2  Software  Development  and  Implementation  at  Level  2  (3.5.21 

This  task  item  required  modifying  existing  controller  software  and  implementing  shop  floor 
programs  at  the  SCADA  node.  Some  of  these  tasks  were  conducted  in  conjunction  with 
Precision  Automation  as  the  subcontractor  implemented  the  design  under  task  item  3.2.1. 

Under  this  task  item,  the  shop  floor  local  area  network,  Allen-Bradley  Data  Highway  Plus, 
was  installed.  Both  the  Tray  Pack  line  and  the  MRE  pouch  line  were  integrated  with  the 
FIXDMACS  SCADA  node  over  Data  Highway  Plus.  Final  implementation  of  shop  floor  data 
aequisition  programs  on  the  Tray  Pack  line  were  accomplished  and  documented  in  Technical 
Working  Paper  (TWP  #103),  “Data  Acquisition  and  Monitoring  of  the  Tray  Pack  Line”, 
Appendix  4.6.  Programs  were  written  to  automatically  acquire  temperature  and  pressure  data 
from  the  Tiromat  controller  and  to  display  trending  information  on  the  FIXDMACS  view  node. 

In  addition,  connectivity  to  the  factory  database  over  Ethernet  was  established  in  order  to 
automatically  log  information  to  the  Oracle  database.  These  capabilities  were  demonstrated 
during  the  Annual  Contract  Briefing  on  March  8,  1995. 

In  the  2nd  quarter  of  1995,  additional  programs  were  developed  for  the  MRE  pouch  line  for 
the  acquisition  of  production  data,  in-process  quality  control  data,  and  line  stoppage/fault 
diagnosis.  The  implementation  of  FIX  DM  ACS  to  the  MRE  Pouch  line  is  doeumented  in 
Technical  Working  Paper  (TWP  #109)  “MRE  Pouch  Line:  Automatic  Data  Collection  and 
Display  Development”,  Appendix  4.7. 

3.2.3  Software  Development  and  Implementation  of  Database  (3.5.3) 

This  task  item  was  responsible  for  implementing  database  functions  for  the  demonstration 
runs.  During  the  implementation,  there  was  continuous  debugging  and  upgrading  as  the  project 
team  interacted  with  the  user  group  in  the  plant.  The  final  implementation  of  the  materials 
management  module  during  this  phase  was  documented  in  Technical  Working  Paper  (TWP 
#101),  “Material  Management  for  Raw  Material  and  Finished  Goods:  Database  Design  and 
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Implementation”,  Appendix  4.5. 

3.2.4  D^HmentetionjBiTrainin£^l^^onnel_{2!5s^ 

Personnel  requirements  for  operating  the  MRE  Pouch  Line  for  Demonstration  runs  was 
included  in  Phase  I  Task  3.3.6  reported  above.  In,  the  Demonstration  Runs  described  below. 
Section  3.2.5,  line  operating  personnel  consisted  of  the  permanent  CRAMTD  plant  operators  and 
the  CRAMTD  engineers  who  participated  in  the  equipment  development  and  testing.  Included 
was  an  operator  for  each  piece  of  filling  equipment,  the  rack  loader,  and  the  packaging  line. 

Temporary  laborers  were  hired  to  move  material  from  the  warehouse  to  filler  hoppers  and 
to  move  filled  crates  to  the  retorts.  These  laborers  received  2  days  of  training  prior  to  the  runs. 

Quality  control  inspection  was  minimal  during  the  demonstrations  and  relied  on  the 
CRAMTD  Quality  Assurance  Specialist  and  the  Graduate  Students  who  participated  in  the 
computer  interface  and  operator  screen  developments. 

3.2.5  Conduct  Demonstration  Runs  (3.5.51 

The  integrated  systems  for  the  CRAMTD  Tray  Pack  Line  and  CRAMTD  Pouch  Line  were 
successfully  demonstrated  in  part  and  as  a  whole  at  Annual  Contract  Briefings  on  November  18, 
1993,  March  8,  1995,  and  June  19,  1996,  as  well  as  during  an  industry/academic  conference  on 
April  28,  1994. 

Since  beginning  in  February  1996,  production  under  the  CAFT/CORANET  Developmental 
Manufacture  Program  has  reached  approximately  10,000  units  of  Macaroni  &  Cheese  in  6-lb 
polymeric,  preformed  tray  containers  filled  and  heat  sealed  on  the  Tray  Pack  line  (with  the  Raque 
Heat  Sealer  replacing  the  Yaguchi  Metal  Can  Seamer).  Performance  data  for  the  line 
components  as  well  as  the  data  collection  (SPC)  portion  of  the  “Centralized  Control  Station”  is 
being  collected  under  the  CORANET  Demonstration  Contract. 

A  cost  share  partner  (production  customer)  is  actively  being  sought  to  begin  Developmental 
Manufacture  on  the  Pouch,  horizontal  form-fill-seal  line.  Operations  on  the  Pouch  line  would 
provide  experience  and  performance  data  for  the  full  functionality  of  the  “Centralized  Control 
Station”. 


3.2.6  Conduct  a  Conference  for  Information  Exchange  (3.5.6) 

In  conjunction  with  The  National  Science  Foundation,  a  Joint  industry/academic  conference 
was  held  in  April,  1994,  entitled:  “Computer  Integrated  Manufacturing  in  the  Process  Industries, 
CIMPRO  ‘94".  Approximately  130  individuals  from  industry,  academia,  and  government 
attended.  There  were  over  80  talks,  including  technical  presentations  on  CRAMTD 
developments.  Conference  Program  attached  as  Appendix  4.8.  Approximately  60  participants 
toured  the  CRAMTD  plant  and  were  given  demonstrations  on  the  MRE  pouch  and  Tray  Pack 
lines. 
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4.0  Appendix 


4.1  Figure:  “Time  &  Events  and  Milestones” 

4.2  Specification  for  Control  System  for  Horizontal  Form-Fill-Seal  Production  Line 

4.3  “Quality  Assurance  for  Raw  Materials  and  Finished  Goods:  Database  Design  and 
Implementation”,  TWP  #87 

4.4  “Level  2  Automation  of  Tray  Pack  Line”,  TWP  #88 

4.5  “Material  Management  for  Raw  Material  and  Finished  Goods:  Database  Design  and 
Implementation”,  TWP  #101 

4.6  “Data  Acquisition  and  Monitoring  of  the  Tray  Pack  Line”,  TWP  #103 

4.7  “MRE  Pouch  Line:  Automatic  Data  Collection  and  Display  Development”,  TWP  #109 

4.8  Conference  Program,  “Computer  Integrated  Manufacturing  in  the  Process  Industries, 
CIMPRO  ‘94",  April  1994,  New  Brunswick,  NJ 
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Figure  1  -  CRAMTD  Short  Term  Project  #16 
Implementation  of  integrated  Manufacturing 
Projected  Time  &  Events  and  Milestones 


rinted:i 


Appendix  4.2 

Food  Manufacturing  Technology  Facility 
120  New  England  Avenue 
Piscataway,  NJ  08854 
908/445-6130  FAX;  908/445-6145 

July  27, 1994 


Mr.  Russell  Eggers 
DLA-AQPOT 
Defense  Logistics  Agency 
Cameron  Station 
Alexandria,  VA  22304-6100 

Dear  Russ: 

Enclosed  is  a  copy  of  the  "REPORT  ON  PROPOSED  INTEGRATION  OF  MRE 
POUCH  LINE  FOR  DEMONSTRATION  RUNS".  The  Recommendations  Section  includes  four 
alternatives  for  the  MRE  demonstration  runs  at  the  end  of  Phase  n  STP  #16.  All  of  the 
alternatives  include  the  need  to  acquire  a  "production  line  controller",  which  has  a  lead  time  of, 
about  six  months  from  date  of  order.  The  cost  of  implementing  the  production  line  controller  is 
$165,000.  With  the  attached  report,  we  are  requesting  approval  be  granted  to  write  a  subcontract 
for  $165,000  to  initiate  development  and  installation  of  a  production  line  control  system  for  the 
MRE  pouch  line. 

For  the  production  of  placeables-only,  we  explored  the  possibility  of  expanding  the 
program  in  the  Tiromat  PLC  to  incorporate  some  of  the  controls.  This  was  discarded  as  an 
option  since  it  would  overload  the  Tiromat  controller.  In  conversation  with  representatives  of 
T.W.  Kutter,  it  was  recommended  that  the  degree  of  integration  of  the  Tiromat  with  other 
machines  as  described  in  the  report  be  done  in  a  separte  production  line  controller. 

The  proposed  production  line  controller  gives  CRAMTD  maximum  flexibility  in 
production  operations  on  the  shop  floor.  It  will  eventually  be  possible  to  use  this  control  unit  as  a 
central  point  of  control  for  the  polymeric  tray  line.  In  effect,  future  expansion  of  this  MRE 
production  controller  will  give  it  the  capability  of  a  controller  for  the  entire  shop  floor. 

Regarding  the  four  alternatives,  CRAMTD  is  presently  proceeding  consistent  with 
Alternative  3  (Production  of  both  placeables  and  pumpables).  If  resources,  including  time,  prove 
insufficient,  we  would  recommend  moving  to  Alternative  1  (placeables  only).  On  the  other  hand, 
if  additional  resources  become  available,  and/or  progress  becomes  faster,  we  would  recommend 
moving  toward  Alternative  4  ( addition  of  in-process  data  logging  and  database  modules). 


cc:  T.  Boucher 

CRAMTD  Technical  Committee 


:he  state  university  of  new  jersey 

RUTGERS 


Very  truly  yours. 


Director,  CRAMTD 


REPORT  ON  PROPOSED  INTEGRATION  OF  MRE 
POUCH  LINE  FOR  DEMONSTRATION  RUNS 


A  Planning  Document  from  CRAMTD 
Technical  Steering  Committee 


1.0  INTRODUCTION 


This  report  addresses  Task  Item  3.4.8  of  STP  16,  "Implementation  of  Integrated 
Manufacturing".  That  task  item  requires  a  report  at  the  end  of  Phase  I  of  STP  16  that 
recommends  the  integrated  design  and  controls  to  be  implemented  and  used  for  the  Phase 
II  demonstration  runs.  Phase  II  demonstration  runs  are  to  be  made  on  the  MRE  pouch 
line.  Therefore,  this  report  addresses  the  integrated  design  and  controls  for  that  line. 

This  report  is  divided  into  three  main  sections.  Section  2  addresses  equipment 
requirements  as  well  as  automation  and  data  acquisition  on  the  production  floor.  It 
describes  hardware  and  software  required  to  demonstrate  an  integrated  production  system 
as  well  as  the  functional  and  worker  requirements  for  that  demonstration. 

Section  3  of  this  report  addresses  database  support  for  overall  management  control  at 
levels  3  and  4.  Here  we  are  primarily  concerned  with  those  database  functions  that  can  be 
demonstrated  as  part  of  an  integrated  operation. 

Section  4  contains  a  discussion  and  provides  a  recommendation. 


2.0  LEVEL  2  AUTOMATION  OF  MRE  FILLING  AND  SEALING  LINE 

This  section  covers  the  operation  of  the  MRE  Pouch  Filling  and  Sealing  Line  at  Level 
2  automation.  Level  2  automation  is  limited  to  the  automatic  coordination  of  the 
equipment  along  the  line  and  the  automatic  data  collection  up  to  the  production  line 
controller. 

2. 1  CURRENT  LINE  LAYOUT  AND  COORDINATION  OF  EQUIPMENT 

Figure  1  is  the  production  line  layout  for  the  MRE  pouch  line  for  producing  products 
requiring  multiple  filling  steps  as  well  as  one  step  placeable  products.  Equipment  not 
shaded  is  currently  installed;  equipment  shown  as  shaded  is  proposed  for  acquisition  or  is 
currently  being  procured.  Equipment  currently  installed  includes  filling  equipment  and 
associated  conveying,  a  Tiromat  horizontal  form-fill-seal  (FFS)  machine,  and  a  videojet 
printer. 

There  are  four  machines  used  for  filling.  The  Solbem  volumetric  filler  provides  a  beef 
fill  and  the  FEMC  filler  provides  a  vegetable  fill  for  the  MRE  beef  stew  product.  A 
conveyor  and  cup  dumping  system  provides  material  handling  between  these  machines  and 
the  Tiromat.  The  Oden  Filler,  a  rotary  positive  displacement  pump  filler,  is  used  to 
provide  a  liquid  fill.  An  Adept  PackOne  robot  and  associated  vision  system  provides  the 
capability  to  fill  placable  products. 


1 


The  Tiromat  horizontal  form-fill-seal  machine  is  a  four  station  intermittant  motion 
machine.  The  first  station  forms  the  bottom  side  of  six  pouches  from  roll  stock.  The 
second  station  is  a  filling  station.  The  third  station  is  a  sealing  station  at  which  a  top  layer 
of  roll  stock  is  heat  sealed  to  the  filled  bottom  pouch.  The  fourth  station  is  a  punching 
station,  at  which  the  six  filled  and  sealed  pouches  are  cut  from  the  roll  stock. 

The  Videojet  printers  are  positioned  in-line  just  before  the  punching  station.  They 
code  the  pouch  with  product  and  production  information. 

There  currently  exists  some  coordination  of  equipment  along  the  production  line.  The 
product  transfer  system,  where  cups  are  filled  with  meat  and  vegetable  and  dumped  into 
pouches,  is  coordinated  with  the  operation  of  the  Tiromat.  Each  index  of  the  Tiromat 
presents  six  pouches  for  filling.  A  signal  from  the  Tiromat  controller  to  the  product 
transfer  system  controller  tells  the  cup  dumper  to  fill  the  six  pouches.  A  return  signal  fi-om 
the  product  transfer  system  controller  to  the  Tiromat  controller  tells  the  Tiromat  that  the 
fill  is  complete  and  an  index  of  the  Tiromat  can  begin. 

The  Adept  PackOne  robot  is  also  coordinated  with  the  Tiromat.  The  robot  is  used  for 
loading  placables.  When  the  Tiromat  has  indexed  six  pouches  for  placable  filling,  the 
Tiromat  provides  a  signal  to  the  robot.  The  robot  goes  through  its  filling  cycle  and,  when 
complete,  provides  a  return  signal  to  the  Tiromat  controller  to  indicate  it  may  index  six 
pouches  again. 

The  Oden  filler  consists  of  three  rotary  positive  displacement  pumps  controlled  by  a 
digital  controller  encoder.  The  Oden  filler  is  used  for  gravy.  The  Tiromat  controller 
currently  provides  a  signal  to  the  Oden  filler  when  it  wants  it  to  go  through  its  liquid  fill 
cycle.  There  is  a  return  signal  provided  from  a  relay  on  the  Oden. 

The  Videojet  printer  is  also  coordinated  with  the  Tiromat  index  cycle.  The  Tiromat 
PLC  provides  a  signal  when  the  index  begins.  An  encoder  wheel  on  the  Videojet  printer 
rides  on  the  pouch  film  and  the  printed  text  is  positioned  with  reference  to  the  encoder 
wheel. 


2.2  PROPOSED  EXPANSION  OF  PRODUCTION  LINE  EQUIPMENT 

In  this  section  we  describe  new  production  line  equipment  proposed  to  be  added  to  the 
current  existing  equipment  described  in  section  2.1.  These  are  the  shaded  equipment 
shown  in  Figure  1 .  In  order  for  the  line  to  operate  continuously  in  a  production  mode  for 
the  production  of  Beef  Stew  and  Ham  Slices,  this  equipment  is  required. 

The  product  feeders  provide  material  replenishment  to  the  Solbem  filler  and  the  FEMC 
filler.  When  filled,  these  feeders  can  provide  material  for  an  hour  of  continuous 
production  at  100  pouches  per  minute  of  the  beef  stew  product.  At  that  line  speed,  these 
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feeders  must  be  replenished  at  least  once  per  hour.  Appendix  A  provides  a  technical 
description  of  these  feeders.  The  current  estimate  of  installed  cost  is  $50,000. 

The  checkweigher  at  the  exit  of  the  Solbem  filler  is  to  be  a  Hi  Speed  Checkmate.  This 
machine  has  its  own  controller  for  data  logging  and  its  own  statistical  package  for 
computation.  It  has  feedback  capability  to  make  discrete  adjustments,  such  as  reject 
diversion,  and  continuous  adjustments,  such  as  servo  motor  adjustments  for  control  of  the 
Solbem  cup  height.  It  can  be  interfaced  with  upper  level  controllers  and  computers  for 
CIM  integration.  Appendix  B  provides  a  technical  description  of  the  Hi  Speed 
Checkmate.  The  current  estimate  of  installed  cost  is  $35,000. 

The  inspection/infeed  conveyor  is  required  for  on-line  quality  control  of  visual  pouch 
defects  and  for  loading  the  retort  tray  loader.  Pouches  being  discharged  from  the  Tiromat 
will  be  examined  visually  for  obvious  defects.  Acceptable  pouches  will  be  placed  in  a  lane 
going  to  the  retort  rack  loader.  Defective  pouches  are  taken  off  the  line  and  placed  in  a 
partitioned  bin.  Later,  these  are  sorted  and  classified.  Appendbc  C  provides  a  technical 
description  of  the  inspection/infeed  conveyor.  The  current  estimate  of  installed  cost  is 
$50,000. 

The  retort  rack  loader  provides  the  means  for  loading  of  pouches  into  a  retort  crate.  It 
consists  of  two  stations.  The  loading  station  accepts  pouches  fi-om  the  infeed/sorting 
conveyor  and  presents  them  to  operators  who  load  them  into  retort  racks.  When  loading 
a  tray  is  complete,  a  new  tray  is  automatically  acquired  firom  the  empty  tray  station.  The 
filled  tray  is  indexed  down  one  level  in  the  crate  and  the  empty  tray  is  installed  for  loading. 
This  continues  until  a  full  crate  is  loaded.  Crates  are  manually  loaded  and  unloaded  fi-om 
the  retort  tray  loader  and  filled  crates  are  sent  to  the  retort  operation.  Appendix  D 
provides  a  technical  description  of  the  retort  rack  loader.  The  current  estimate  of  installed 
cost  is  $50,000. 


2.3  LEVEL  2  AUTOMATION  CONTROL  STRATEGY 

Under  CRAMTD  Phase  II,  demonstrations  will  be  conducted  on  the  MRE  pouch  line. 
The  integration  of  a  3  step  filling  operation  with  two  solid  fills  and  a  gravy  fill  requires 
coordinating  all  equipment  along  the  line,  including  the  fillers.  A  specification  for  this 
level  of  integration  was  developed  and  is  appended  to  this  report  as  appendix  E.  Here  we 
summarize  the  main  features  of  the  specification. 

1)  The  equipment  is  rewired  so  that  the  entire  line  can  be  started  and  stopped  from  a 
central  location,  the  control  panel.  It  will  also  be  possible  to  operate  pieces  of  equipment 
locally  by  switching  to  a  local  mode  of  operation. 

2)  Information  displays  and  readouts  will  be  implemented  at  a  central  location,  the  control 
panel.  This  will  be  done  by  installing  a  new  PLC  that  will  collect  information  from  the 
various  machines  on  the  line,  including  the  Tiromat  PLC. 
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3)  All  current  control  interfaces  will  be  housed  at  one  location  in  a  NEMA  4  enclosure. 
This  will  include  the  SMART  system  of  the  Tiromat,  the  Adept  robot  terminal,  and  the 
FIXDMACS  view  node.  It  will  eventually  be  possible  for  the  FIXDMACS  software  to 
bypass  the  SMART  system  and  Adept  terminal  for  programming  these  devices. 


4)  Sensors  and  bar  code  scanners  for  on-line  data  collection  will  be  installed.  One  of  the 
bar  code  scanners  will  be  used  to  input  data  on  material  lots  as  they  are  placed  into 
production.  Another  bar  code  scanner  will  be  placed  at  the  retort  rack  loader  to  identify 
crates  as  they  are  being  loaded  with  pouches.  This  is  part  of  the  lot  tracking  function. 

5)  It  will  be  possible  to  download  information  to  the  Videojet  printer  via  serial 
communication'  port. 


6)  Considerable  in-line  automatic  data  collection  for  quality  control  will  be  provided 
under  this  specification.  These  are  given  in  detail  in  the  text  of  the  specification,  but  we 
list  the  major  items  here: 


Machine 
Solbem  Filler 
Checkweigher 
FEMC  Filler 
Oden  Filler 
Tiromat 


Retort  rack  loader 
PLC  5  RF  barcode  scanner 


Data  automatically  acquired 
Temperature  of  beef 
Weight  of  beef  in  cup  from  Solbem 
Temperature  of  vegetables 
Gravy  temperature 

All  data  currently  collected  by  SMART  system 
Differential  seal  pressure 
Seal  plate  temperature 

Temperature  of  pouch  ingredients  prior  to  sealing 
Cage  identification  for  tracking  into  retort 
Mat'l  lot  number  when  released  to  WIP 


The  implementation  of  this  specification  will  cost  $165,000.  The  delivery  time  is 
approximately  6  months  from  the  time  a  contract  is  awarded.  This  does  not  include 
development  work  on  FIXDMACS,  which  will  be  done  in-house. 

In  addition  to  the  level  2  automatic  controls  given  in  the  specification  of  appendix  E, 
there  is  quality  control  data  collection  that  is  done  on  a  sampling  basis.  Since  this  data 
cannot  be  collected  automatically,  it  will  be  manually  entered  into  the  factory  database  at 
the  sample  intervals.  Data  that  is  collected  and  recorded  on  the  factory  floor  will  be  called 
on-line  OC  data.  On  line  QC  data  may  be  automatically  collected  (in-line  data,  as  in  item 
6,  above),  or  manually  collected  and  entered  at  an  operator  workstation.  Samples  that  are 
collected  manually  and  taken  to  the  QC  lab  for  analysis  will  be  called  off-line  OC  data. 
This  data  is  entered  into  the  factory  database  from  a  workststion  in  the  QC  lab.  The  on¬ 
line  and  off-line  QC  data  that  could  be  collected  as  part  of  demonstration  runs  are  shoAvn 
in  Tables  1  and  2. 
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Table  1 

ON-LINE  QUALITY  DATA  COLLECTION 


Machine _ 

SOLBERN  FILLER 


FEMC  FILLER 


ODEN  FILLER 


ADEPT  ROBOT 


TIROMAT 


_ Data 

Beef  Lot  Number 

Beef  Temperature 

Average  Beef  Fill  Weight 

Standard  Deviation  of  Fill  Weight 

Average  Accepted  Fill  Weight 

Standard  Deviation  of  Accepted  Fill  Weight 

Percent  of  Underweight  Cups 

Percent  of  Overweight  Cups 

Percent  of  Total  Cups  Rejected  at  Checkweigher 

Cup  Depth  at  Solbem 

Operator  Comment  Field 

Vegetable  Lot  Number 
Vegetable  Temperature 
Fill  Weight  Average  (sample) 

Fill  Weight  Standard  Deviation  (sample) 
Operator  Comment  Field 

Sauce  Lot  Number 
Sauce  Temperature 
Sauce  Fill  Weight  per  Nozzle 
Operator  Comment  Field 

Material  Lot  Number 
Product  Temperature 
Product  Fill  Weights 
Product  Thickness 
Operator  Comment  Field 

Line  Speed 

Bottom  Web  Lot  Number 
Top  Web  Lot  Number 
Pouch  Preform  Size 
Maximum  Vacuum 
Vacuum  Time 
Sealing  Time 
Sealing  Temperature 
Sealing  Pressure 
Operator  Comment  Field 


INFEED  CONVEYOR 

Defect  Catagory;  seal  wrinkles,  abrasion,  delamination, 
tears  &  cuts,  leakers,  inadequate  seal 
width,  other. 

Operator  Comment  Field 

RETORT  RACK  LOADER 

Retort  Crate  Number 

Start  Time  of  Fill 

Number  of  Layers  Filled 

Operator  Comment  Field 

Table  2 

OFF-LINE  QUALITY  DATA  COLLECTION 

Machine 

Data  j 

FEMC  FILLER 

Product  Blend  Ratio 

ODEN  FILLER 

Liquid  Viscosity 

TIROMAT 

Residual  Gas 

Internal  Pressure 

Seal  Width 

Seal  Strength 

Operator  Comment  Field 
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2.4  FUNCTIONAL  REQUIREMENTS  AND  TABLE  OF  OPERATING  PERSONNEL 

The  following  tables  represent  our  current  estimates  of  worker  requirements  to  run  the 
MRE  pouch  line  at  level  2  automation  for  a  placeable  product  (Ham  Slices)  and  for  Beef 
Stew. 


Table  3 

WORKER  REQUIREMENTS  BY  FUNCTION 
FOR  HAM  SLICES  AT  50  POUCHES  PER  MINUTE 


FUNCTION  WORKERS 

Materials  Handling  from  Warehouse  to  Production  Line  1 

Product  Feeding  to  Robot  Conveyor  3 

Inspection  before  Sealing  1 

In-line  Pouch  Inspection  at  Sorting  Conveyor  3 

Retort  Rack  Loading  and  Material  Handling  to  Retort  3 

Quality  Control  Technician  1 

Overall  Supervision  of  Line  1 

TOTAL  13 


Table  4 

WORKER  REQUIREMENTS  BY  FUNCTION 
FOR  BEEF  STEW  AT  100  POUCHES  PER  MINUTE 


FUNCTION  WORKERS 

Materials  Handling  from  Warehouse  to  Production  Line  1 

Product  Feeder  Materials  Handling  1 

Oden  Filler  Supervisor/Cup  Dumper  Operator  1 

Filling  Line  Operator  1 

Inspection  Before  Sealing  2 

In-line  Pouch  Inspection  at  Sorting  Conveyor  6 

Retort  Rack  Loading  and  Materials  Handling  to  Retort  4 

Quality  Control  Technician  1 

Overall  Supervision  of  Line  J. 

TOTAL  18 
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3.0  DATABASE  FUNCTIONS  AT  LEVELS  3  AND  4 

This  section  describes  database  functions  that  could  be  implemented  to  support  the 
Phase  II  demonstrations.  In  some  cases  these  functions  can  run  independent  of  MRE 
pouch  line  operation  and  in  some  cases  they  are  linked  to  the  line  operations  through 
FIXDMACS. 

3.1  MATERIALS  CONTROL 

The  control  of  raw  ingredients  and  finished  product  are,  from  an  information  point-of- 
view,  independent  of  the  operation  of  the  line.  The  raw  material  control  function  begins 
when  materials  arrive  at  the  plant  and  ends  when  materials  enter  work-in-process.  The 
finished  goods  control  function  begins  when  product  exits  work-in-process  and  ends  when 
product  is  shipped. 

Currently,  this  portion  of  the  database  is  close  to  being  complete.  It  can  be  used  in 
conjunction  with  a  working  demonstration  as  materials  are  relieved  from  the  warehouse 
and  moved  into  production. 


3.2  RAW  MATERIAL  AND  FINISHED  GOODS  QUALITY  CONTROL 

The  database  for  quality  testing  of  raw  material  and  finished  goods  is  nearing 
completion  in  its  implementation  in  CRAMTD  and  is  currently  being  used  by  QC 
personnel.  This  database  is  used  in  the  quality  laboratory  for  recording  test  results  on  raw 
materials  and  finished  goods.  As  in  the  case  of  materials  management,  this  database 
functions  independent  of  the  operations  on  the  factory  floor. 

3.3  WORK-IN-PROCESS  DATA  COLLECTION 

As  shown  in  Tables  1  and  2,  integration  at  level  2  includes  the  collection  of  data  both 
on-line  and  off-line.  On-line  data  (Table  1)  is  collected  directly  by  the  production  line 
PLC.  This  data  can  be  acquired  through  the  FIXDMACS  shop  floor  control  software  and 
can  be  uploaded  to  the  factory  database.  At  present  there  has  not  been  any  development 
done  for  the  collection  and  storage  of  work-in-process  data. 

There  are  basic  catagories  of  work-in-process  data  collection  that  are  designed  into  the 
data  collection  system  of  the  production  line  controller.  They  can  be  broadly  catagorized 
as  in-process  quality  control  information,  such  as  fill  weights,  and  material  tracking 
information,  such  as  material  lot  numbers. 

The  acquisition  and  logging  of  work-in-process  quality  control  data  lends  itself  very 
well  to  a  demonstration  of  integrated  manufacturing.  This  is  a  potential  area  of 
development  for  Phase  II  of  STP  16  and  could  be  used  as  part  of  the  demonstrations. 
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4.0  DISCUSSION  AND  RECOMMENDATIONS 


The  integrated  design  described  in  this  report  is  judged  to  be  the  most  effective  way  to 
demonstrate  MRE  line  integration.  Current  controls  on  the  line  are  minimally  sufficient 
for  coordinating  the  filling  equipment  with  the  Tiromat  and,  with  the  exception  of  the 
Tiromat,  does  not  include  the  ability  to  collect  on-line  data.  Furthermore,  the  inclusion  of 
the  infeed/inspection  conveyor  and  retort  rack  loader  are  required  for  continuous  running 
of  the  line  and  they  will  have  to  be  integrated  into  the  overall  control  scheme. 

For  the  demonstration  runs  at  the  end  of  Phase  II,  there  are  several  possibilities  that 
can  be  considered.  Table  5  orders  these  possibilities  from  a  one-step  placeable  filling 
operation  for  Ham  Slices  to  a  three-step  filling  operation  for  Beef  Stew.  For  each  of  these 
alternatives  we  show  the  additional  capital  equipment  acquisitions  necessary  for  the 
demonstration  runs.  The  following  is  a  discussion  of  each  of  these  alternatives. 

Alternative  1  is  a  demonstration  of  filling  placeables  only.  Current  interest  in 
expanding  the  number  of  MRE  placeables  suggests  that  there  will  be  more  interest  in 
demonstrating  technical  developments  in  this  area  at  this  time.  Under  alternative  1,  we 
would  demonstrate  information  systems  that  have  been  completed  to  date  rather  than  to 
plan  to  add  new  data  modules  at  this  time.  This  is  the  least  cost  option  with  additional 
capital  equipment  acquisitions  of  $265,000. 

Alternative  2  is  the  same  as  alternative  1  with  the  addition  of  in-process  data  logging 
from  the  production  line  controller  to  the  factory  database.  Under  this  alternative  it  will 
be  necessary  to  add  database  modules  for  in-process  quality  control  and  material  tracking 
between  now  and  the  demonstration  runs  and,  when  the  production  line  controller  is 
installed,  to  develop  the  FIXDMACS  programs  that  will  automatically  acquire  the  data 
from  the  production  line  controller. 

Alternative  3  is  the  production  of  the  Beef  Stew  product.  This  would  demonstrate  the 
integration  of  the  fiill  line  for  pumpables.  Under  alternative  3,  we  would  demonstrate 
information  systems  that  have  been  completed  to  date  rather  than  to  plan  to  add  new  data 
modules  at  tWs  time.  The  required  new  capital  acquisitions  total  $350,000. 

Alternative  4  is  the  same  as  alternative  3  with  the  addition  of  in-process  data  logging 
from  the  production  line  controller  to  the  factory  database.  This  option  is  the  most 
difficult  to  implement  within  the  time  frame  of  the  existing  contract.  Once  the  production 
line  controller  is  installed,  a  period  of  debugging  and  tuning  the  operation  of  the  line  will 
be  required.  We  would  anticipate  that  this  will  be  more  involved  in  the  case  of  Beef  Stew 
production  than  Ham  Slices  due  to  the  additional  filling  operations.  Hence,  there  may  be 
competing  access  for  the  production  line  and  its  controller  during  the  period  prior  to  the 
demonstration,  making  it  difficult  to  achieve  both  production  and  data  logging  objectives. 
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A  constant  that  runs  through  these  four  alternatives  is  the  need  to  acquire  the 
production  line  controller,  which  has  a  lead  time  of  about  six  months  from  date  of 
ordering.  For  the  production  of  placeables  only,  we  explored  the  possibility  of  expanding 
the  program  in  the  Tiromat  PLC  to  incorporate  some  of  the  controls  as  given  in  Appendix 
E.  This  was  disgarded  as  an  option  since  it  would  overload  the  Tiromat  controller.  In 
conversation  with  representatives  of  T.W.  Kutter,  it  was  recommended  that  the  degree  of 
integration  of  the  Tiromat  with  other  machines  as  described  in  this  report  should  be  done 
in  a  separate  production  line  controller.  This  is  consistant  with  the  recommendations  of 
this  report. 

The  cost  of  implementing  the  production  line  controller  is  $165,000.  This  includes 
significant  development  cost  as  a  first  time  project.  It  is  difficult  to  estimate  how  much  a 
second  or  third  copy  would  cost  and  we  would  not  be  able  to  provide  a  dollar  figure  at 
this  time.  However,  there  is  considerable  interest  at  this  time  in  the  use  of  the  horizontal 
pouch  for  placables.  Therefore,  we  are  requesting  that  T.W.  Kutter  provide  a  quote  for 
the  integration  of  the  proposed  line  at  level  2  automation  with  the  Tiromat  using  a 
production  line  controller  for  placeables  only.  This  quotation  will  be  reported  separately 
when  it  is  received. 

It  should  be  pointed  out  that  the  proposed  production  line  controller  of  appendix  E 
gives  CRAMTD  maximum  flexibility  in  production  operations  on  the  shop  floor.  It  will 
eventually  be  possible  to  use  this  control  unit  as  a  central  point  of  control  for  the 
polymeric  tray  line  and  Enersyst  oven.  In  effect,  future  expansion  of  this  MRE  production 
line  controller  will  give  it  the  capability  of  a  controller  for  the  entire  shop  floor. 

The  conclusion  of  this  report  is  that  we  should  proceed  with  the  development  of  the 
production  line  controller  and  conduct  the  demonstration  after  the  system  is  installed. 

With  this  report,  we  are  requesting  approval  be  granted  to  write  a  subcontract  for 
$165,000  to  initiate  development  and  installation  of  a  production  line  control  system  for 
the  MRE  pouch  line. 
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Table  5 

ALTERNATIVE  CONFIGURATIONS  FOR 
PHASE  II  DEMONSTRATION  RUNS 


ALTERNATIVE  1 

Basis  for  Demonstration: 

•  Level  2  Automation:  Ham  Slice  production  at  50  pouches/min. 

•  Level  3/4  Automation:  Materials  control  from  warehouse  to  WP;  finished 

goods  control  from  WIP  to  warehouse;  materials  and 
finished  goods  quality  control. 

New  Capital  Acquisition: 

Production  Line  Controller  $  165,000 

Infeed  Conveyor  50,000 

Retort  Rack  Loader  50,000 

265,000 


ALTERNATIVE  2 

Basis  for  Demonstration: 

•  Same  as  Alternative  1,  with  additional  development  work  at  level  3/4  to 
incorporate  logging  quality  control  and  material  tracking  data  up  to  database. 

New  Capital  Acquisition: 

•  Same  as  Alternative  1 . 

ALTERNATIVE  3 

Basis  for  Demonstration: 

•  Level  2  automation;  Beef  Stew  production  at  100  pouches/min. 

•  Level  3/4  automation:  Material  control  from  warehouse  to  WIP;  finished 

goods  control  from  WIP  to  warehouse;  materials  and 
finished  goods  quality  control. 

New  Capital  Acquisition: 


Production  Line  Controller 

$  165,000 

Product  Feeders 

50,000 

Checkweigher 

35,000 

Infeed  Conveyor 

50,000 

Retort  Rack  Loader 

50.000 

TOTAL 

350,000 

ALTERNATIVE  4 

Basis  for  Demonstration: 

•  Same  as  Alternative  3,  with  additional  development  at  Level  3/4  to  incorporate 
logging  quality  control  and  material  lot  tracking  data  up  to  database. 

New  Capital  Acquisition: 

•  Same  as  Alternative  3. 
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Integrated  MRE  Production  Line 


I 


Integrated  Production  Line 
VaccumPump  ® 


APPENDIX  A 


PRODUCT  FEEDERS 


Product  Feeders: 


Product  from  the  warehouse  will  be  dumped  into  floor  hoppers  on  the  product  feeders  and 
flighted  conveyors  will  bring  the  product  up  to  the  filling  machine  hoppers.  A  level  control  switch 
in  the  filling  machines  will  indicate  that  more  product  is  needed  and  start  the  product  feeders.  A 
level  control  in  the  floor  hoppers  will  alert  the  operator  that  product  level  is  low  in  the  hopper. 


APPENDIX  B 
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The  Higher  Inieigence 


Tlxre  isn  t  another  checkweigher  control  available 
today  that  can  out-perform  Checkmate.  Checkmaie 
provides  answers  for  those  who  want  total  information  and 
Dtihter  control  of  their  processing  and  packaging  lines. 

Checkmaie  gives  you  the  unsurpassed  accuracy 
\ou  e.xpect  from  Hi-Speed  technology complete 
statistics  ai  the  line  as  it  happens  —  no  off-line 
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adjustments  either.  Checkmate's  full  range  of  statistics 
allows  you  to  make  accurate  filler  adjustment  decisions, 
and  provides  automatic  feedback  directly  to  the  filler. 


Checkmate  s  50  product  set-up  provides  instant 
access  to  all  preprogrammed  product  parameters. 
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To  further  enhance  total  statistical  process  control. 
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HISTO- 

XBAR 

UEICHT 

FEED¬ 

IH-  ^ 

IN- 

j- 

GMH 

CHARTS 

SCREIN 

BACK 

ACTIUC 

ACTIVE  1 

1()()  weights  are  displayed  at  one  time.  Reiected  wciehts  ar 
hiahliuhted.  makinu  it  exsv  to  see  how  the  weights  are  runnina' 


The  software  you  select  for  your  application 
will  (leterniine  how  many  levels 
(f  information  appear  on  egch  screen. 


Concise,  running  siaiistics  puiyou  in  complete  control. 


Feedback 


This  screen  provides  a  visual  indication  of  decisions  being 
de  regarding  leedback  calculations  and  serv'oing.  Feedback 
ometers  are  set  and  Feedback  Target  Weight  is  determined 
ed  on  standard  deviation,  not  just  averages.  .No  waiting  for 
istical  Process  Control  calculations  and  reports.  Feedback 
iller  automatically,  accurately,  and  instantly. 


Easy  to  understand  histograms  show  short  term  and  cumulanve 
iua  distribution  insiantK'.  Calculations  are  not  necessary — 
e  are  no  delavs  for  infoimanon  reaching  the  line. 


Checkmate  Basic 
Checktragher  Statistics  include: 

•  Package  Counts  by  zone.  Total  Weight  by  zone.  .Averages,  and 
Standard  Deviation  displayed  on  run  and  summary'  screens. 

•  Efficiencies  and  Distribution  Percentt^es  are  shown  on 
line  summary  screens. 

•  Rate  Counter  displayed  on  run  screen. 

Checkmate  Screen  Options: 

•  Histogram  Pack^e.  Basic  Checkweigher  Statistics  plus 
Graphic  Histogram  Representation  ofShon-term  Product 
Distribution  and  Cumulative  Product  Distribution. 

•  .XBAR  Screens  and  Summaries  SQC  Package,  xbar  screens 
and  summaries:  Basic  Checkweigher  Statistics  plus  Graphic 
.XBAR  representation  of  Averages,  Standard  Deviation. 
Range,  and  Trends  (a  composite  of  all  three). 

•  Feedback  Package.  This  includes  the  Histogram  Package, 
feedback  screen  and  filler  interface. 

•  Multihead  Statistics  Package.  Basic  checkweigher  Statistics 
plus  multihead  screen. 


Call:  1-800-836-0836 


HI-SPEED  CHECKWEIGHER,  CO.,  INC. 

5  Barr  Road 

Ithaca,  New  York  14850 
1  -800-836-0836  /  1  -607-257-6000 
Fox:  1-607-257-5232 


General  Specifications 

Checkmate  features: 

■  '0  produa  setup,  (opaonai  100) 

’  3  to  5  waghi  zones 
Handies  in  excess  of  600  ppm 
Handies  up  to  0  concurrently  serviced 
weigh  platforms  (opdonai) 

ACTP  -  built  in  automaPc  checkweigher 
:est  procedure 

User  programmable  Keycode  password 
securiiy  (multi-level) 

Kevswitcb  secuniy 

Laige(  1  1/8"),  easily  viewable  digits 
heights  displayed  in  gross,  net  or 
ieviaPon  from  target  in  ounces,  grams, 
bs..  Idlogiams,  or  no  units. 

Alphanumeric  user  display  for  data  entry, 
lisplay  of  production  and  set-up  data 
Eohanoed  user  blendiiness  by  use  of  iiiil  size 
200  X  640  LCD)  display  and  menu  seieaions 
:ingle  key  data  access  to  many  functions 
nduding  sob  keys  for  expanded  flexibility 
Time  of  day/date  calendar  function 

Enclosure: 

dimensions:  12"Hx24'’Wx  15"D 
old  roiled  (NEMA  12)  or  stainless  steel 
MMA4X)  (opdonai) 

jitabiefor  hazardous  environments  (optional) 
'ashdown  (opdonai) 

Operating  Environment: 

rmpenuure:  0°  -  38°C/  32°  -  100°F 
-imiditv:  100%  noncondensuig  | 

^signed  for  contmuous  operanon  I 

Q.  RTI.  and  £SD  protected 

Electrical: 

d  listed  industnai  control  panel 
5  VAC  ±  10%  -  single  phase.  50/60  Hz.  I 
ied  for  1  amp  ( 50  VA  power  ratinei  j 

.ner  voltages  available  i 

microcomputer  regulaune  transformer 
juired  I 

I 

Self-Diagnostics:  i 

.0  memory  test.  A/D  funcnonal  test, 
oiay  check  (aU  off  and  all  on  i.  power 
jcators.  input-ouqiut  indicators.  I/O  test. 

Auto-Rezero: 

incf«9nr 


Technology: 

•  Single  board  microcomputer  with  16  bit 
industiv  standard  microprocessor  and 
coprocessor  for  enhanced  processuig  rates 

•  EPROM  program  memory 

•  Battery  backup  RAM  memory  for  set-up  data 
and  long-term  accumulated  data 

•  3  channel  serial  data  output  RS232.  RS422, 
or  current  loop 

•  BidirecdonaiiZWAV  communicadons  link 

Scale: 

•  Seif-checking  scale  operanon  display 
indicates: 

-Oood  rezero 

-  Needs  rezero 

-  Scale  noise 

-  Package  spacing  errors 

Accuracy: 

•  Unsurpassedweightsignaiprocessuig 
produces  the  purest  weight  signal 
possible  with  Hi-Speed's  exclusive 
patented  algorithms 

•  No  potendometer  adjustments  required 

•  Gain,  filtering  and  tuning  automadcally  set 
and  optimized  for  each  produa 

Checkmate  Options 

Rolling  Statistics  Sizes: 

•  N1  .Average  Size:  10-999 

•  N2  Std.  Dev.  Size:  25-999 

•  N3  Histogram  Size:  50-999 

Statistical  Limits: 

•  Provides  aitemative  range  for 
processuig  stansdcs 

•  Fully  user  enterable.  default  =  0  -  0999.9 

.Multihead  Statistics: 

•  60  head  capability 

•  N1  (Short  term  averagei  for  each  head:  10 

•  N2  (Short  term  std.  dev.  1  for  each  head:  25 

•  Last  14  weights  displayed  for  eacn  heaa 

Tare  Gross: 

•  OedcaiedbiKiiiraofidmrnm 

•  Tore-Gross  sei-up  screen 

•  <)ut-oGsync  alarm  and  window 

floating  Zone: 

•  (xinfirms  correa  piece  counts  on  produa 


feedback 

>  Dynamic  control  of  servo  acdvated  fillers 
•  Control  based  on  either  independent  or  block 
mode  StadSdcal  ralnilaiinns 

Histogram-type  display  showing  servo  acmitv 

and  produa  distribution 
Full  user  control  over  upper  and  lower 
deadband  limits,  z  (standud  deviation 
multiplier),  feedback  target  weight  upper  limit, 
average  sample  size  (FI),  standard  deviation 
sample  size  (F2),  and  weight  for  coirecnon  and 
optunizing  feedback  to  minimize  produa 
giveaway  as  filler  distiibutioa  improves 
Pulse  train  or  timed  output 

•  Remote  operator  panel  optional  for  timed  output 

Printer  ! 

•  An  80  column  parallel  printer  for  full  repon 

generation  and  individual  print  screen  capabUitv  | 
via  soft  key  access.  | 

Serial  Weight  Output  Capability:  | 

•  This  opdon  comes  with  a  setup  to  print  eveiy 

weight,  every  N  weights,  or  X  weights  every  Y 
weights.  j 

£ZWAj^  Statistical  Process  Control  Data  | 

Collection  System: 

•  Unidirectionai  or  bidirechonai  interface  with 
Hi-Speed  Controls  for  real-time  production 
momtoring  of  all  lines  from  a  single  location. 

HI-SPEED  CHECKWEIGHER,  CO.,  INC. 

5  Barr  Road 

Ithaca,  New  York  14850 
1  -300-836-0836  /  1  -607-257-6000 
Fax:  1-607-257-5232 


APPENDIX  C 


INFEED  /  INSPECTION  CONVEYOR 


Inspection/Sorting  Conveyors! 


The  pouches  discharging  from  the  Tiromat  will  first  be  lightly  compressed  to  5/8"  thickness  by  a 
top  conveyor  over  the  Tiromat  discharge  conveyor.  Pouches  will  then  go  on  a  dual  lane 
inspection  conveyor  to  be  inspected  visually.  Acceptable  pouches  will  be  placed  on  a  single  lane 
overhead  conveyor  going  to  the  manual  retort  rack  loaders.  Rejects  will  be  placed  in  a  partitioned 
bin  opposite  the  inspector. 


APPENDIX  D 


RETORT  RACK  LOADER 


(^BRENTON 

M_)  ENGINEERING  COMPANY 


RT  •  LOADING^NLOADING  STATION 


renton  Engineering  Company  offers  a 
Table  Loading/Unloading  Station  for 
.r  retort  handling  needs.  This  station 
Diporates  a  lift  table  to  facilitate  manual 
iing  and  unloading  of  retort  baskets  and 
be  custom  built  to  meet  your  retort 
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SPECIFICATION  FOR  MRE 
PRODUCTION  LINE  CONTROLLER 


The  State  University  of  New  Jersey 
RUTGERS 

Cook  College  -  Center  for  Advanced  Food  Technology 
CRAMTD  Program 

Specifications 

For 

Control  System  for  Horizontal  Form-Fill-Seal  Production  Line 

This  specification  covers  the  requirements  for  a  control  system  that  will  be  used  for  the 
CRAMTD  program  under  STP  #16  -  Implementation  of  Integrated  Manufacturing.  This 
specification  includes  control  panel,  PLC,  wiring  to  existing  machinery,  installation  of 
sensors,  and  software  requirements  for  the  PLC  that  will  be  used  to  coordinate  machines 
on  the  horizontal  form-fiU-seai  pouch  line,  while  gathering  information  for  data  logging. 
Hereafter,  this  controller  will  be  referrted  to  as  the  "production  line  controller".  The 
machines  and  their  production  line  layout  that  are  included  in  this  specification  are  shown 
in  Figure  1 . 

This  specification  consists  of  the  folilowing  sections: 

1.  Performance  requirements 

2.  Hardware  requirements 

3.  Software  requirements 

4.  Modes  of  Operation 

5.  Dociimentation  requirements 

6.  General 

7.  Accceptance 

8.  Shipping  and  installation 

1.0  Performance  Requirements 

1 . 1  Operational  Duty.  The  equipment  is  to  be  capable  of  continuous  operation  in  a 
typical  food  production  environment.  This  equipment  must  operate  in  a  typical  wash 
down  area  and  must  withstand  the  use  of  non-caustic  detergent,  bleach  and  high  pressure 
water  cleaning.  Cleaning  time  will  be  provided  daily  as  required  by  regulartory 
agenciesii.e.,  FDA,  USDA)  or  at  least  once  per  day. 

1 .2  Scan  Time.  The  scan  time  of  the  production  line  controller  shall  be  suflBcient  to 
handle  all  data  logging  functions  and  reponing  functions  to  the  scada  node  when  the  filler 
and  checkweigher  are  operating  at  speeds  up  to  300  cups  per  minute  and  the  form-fill-seal 
machine  is  operating  at  1 10  pouches  per  minute.  The  relationship  of  the  production  line 
contoiler  to  the  scada  node  and  higher  levels  is  shown  in  Figure  3. 


2.0  Hardware  Requirements 

2. 1  The  controller  hardware  shall  be  a  series  5  Allen  Bradley  PLC  with  a  5/12 
processor  or  higher,  based  on  the  scan  time  and  memory  requirements  to  perform  the 
control  and  data  logging  fimctions  as  described  in  section  1 .2  and  3.0. 

2.2  The  control  panel  shall  be  a  stainless  steel  floor  mounted  Nema  4  panel  of 
approximate  specifications  and  layout  as  shown  in  Figure  2.  Hereafter,  this  will  be 
referred  to  as  "the  panel".  It  shall  have  a  flange  mount  main  disconnect  switch.  The 
following  components  shall  be  mounted  on  the  panel. 

2.2. 1  Control  Switches 

Push  button  start/stop  contacts  for  the  entire  line. 

Remote  /  Local  select  switches  for  the  following  subsystems:  Solbern  filler, 
FEMC  filler,  product  feed  fillers,  checkweigher,  Tiromat  form-fill-seal 
machine.  Adept  robot,  Oden  filler.  Videojet  printers,  and  retort  loader. 
Selector  switches  that  indicate  which  combination  of  three  fillers  are  being 
used:  Solbern  dumper,  Oden  filler.  Adept  robot. 

Interface  for  entering  digital  data  and  obtaining  digital  readout  for  set  speeds 
of  the  following  subsystems:  Solbern  shaker,  drum,  filler  belt,  and 
dumper  belt. 

2.2.2  Information  displays 

Digital  readout  of  set  speeds  in  2.2.1,  above. 

Tiromat  pouch  production  rate. 

Inspection  station  reject  count. 

Retort  rack  loader  rate  and  count. 

Lamp  on  top  of  control  cabinet  to  indicate  status  of  line:  red  (stopped), 
green  (running). 

Digital  readout  of  the  product  temperature  data  being  collected  by  on-line 
sensors. 

2.2.3  Pilot  Lights 

Product  Feeders(2)  -  Power  On  (Ready),  E-stop,  Low  Product  Level. 
Tiromat  -  Power  On  (Ready),  Running,  E-stop,  Fault. 

Solbern  -  Power  On  (Ready),  Cycle  Start,  Pause,  E-stop,  Product  Low 
Level,  Dumper  Jam,  Dumper  Starved. 

FEMC  -  Power  On  (Ready),  Product  Low  Level,  E-stop,  Low  Speed,  High 
Speed,  Back  Up  Sensor. 

Adept  Robot  -  Arm  Power,  Program  Running,  Conveyor  Start  (On), 
Conveyor  Stop,  E-stop. 

Videojets  -  Power  On  (Ready),  Head,  Print. 

Retort  Loader  -  Power  On  (Ready),  E-stop,  Pouch  jam.  No  Pouch,  No  Rack. 
Oden  -  Power  On  (Ready),  Hopper  Level.  E-stop,  Nozzle  Fault. 
Checkweigher  -  Power  On  (Ready),  Fault. 
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Line  Air  Pressure  AJarm 
Vacuum  Pressure  Alarm 

2.2.4  Terminal  Displays 

SMART  Workstation  and  monitor,  provided  by  Rutgers. 

Adept  Robot  Workstation  with  Monitor  and  Mouse,  provided  by  Rutgers. 
Operator  Intertace  with  functions  as  described  in  sections  2.2.1,  2.2.2  and 
2.2.3.  Options  quoted  separately  as  follows: 

a)  A  CRT  display  indicating  line  status  and  faults. 

b)  A  touch  screen  panel  view  with  a  graphic  display  of  the  line, 
incorporating  functions  described  in  section  2.2. 1,  2.2.2  and  2.2.3. 
Multiple  screen  levels  or  windows  should  display  details  for  each 
machine. 

View  Node  Operator  Interface  Workstation  and  Monitor  as  specified  in 
Appendix  A. 

Contractor  will  provide  a  NEMA  4  Keyboard.  It  would  be  desirable  if  one 
keyboard  could  be  used  for  all  workstation  inter&ces. 


2.3  All  electrical  wiring,  connections,  control  boxes  and  components  shall  conform  to 
NEMA  4  standards.  Quick  disconneas  are  to  be  used  at  ail  movable  machinery.  Wiring 
and  conduits  are  to  be  ofFthe  floor,  with  a  minimum  number  of  drops  fi-om  the  ceiling. 

2.4  The  terminal  CPU's  will  be  mounted  within  the  panel  (SMART  PDPl  1,  Adept, 
view  node  operator  interface  as  specified  in  Appendbc  A,  and  the  PLC).  All  terminals  shall 
have  access  to  their  computer  disk  drives  through  water  tight  doors. 

2.5  Sensors  and  bar  code  scanners  for  on-line  data  acquisition  shall  be  provided  and 
installed  by  the  contractor  as  per  items  3. 1.1.2,  3. 1.3.2,  3. 1.5.1,  3. 1.6.2,  3.1.11. 

3.0  Software  Requirements 

3.1  The  following  specifications  refer  to  control  and  data  logging  requirements  for  the 
equipment  shown  in  Figure  1 .  This  equipment  includes  the  Solbem  filler,  a  checkweigher, 
FEMC  filler,  two  product  feed  fillers,  Tiromat  form-fill-seal  machine,  Oden  filler.  Adept 
robot,  Brenton  Retort  pouch  loader,  and  Videojet  printer. 

3.1.1  Solbem  Filler.  The  Solbem  filler  is  programmed  and  operated  by  an  Allen 
Bradley  SLC  500  controller,  model  02.  It  provides  open  loop  control  of  the  cup 
conveyor,  cup  transfer  system,  and  the  rotating  filler  drum.  The  following  control 
functions  should  be  available  from  the  shop  floor  controller. 

3,11.1  Production  Line  Control 
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■Start /Stop:  The  Solbem  filler  should  be  started  and  stopped  from  the  production  line 
control  panel.  A  return  signal  should  be  provided  by  the  Solbem  controller  to  indicate  it  is 
running. 

Remote  /  Local  operation:  .A.  Remote  /  Local  switch  should  be  provided  on  the 
production  line  control  panel  so  that  the  Solbem  filler  can  be  operated  under  local  control 
of  the  Solbem  controller.  When  operating  under  remote  control,  the  Solbem  controller 
start  button  is  overridden  by  the  Solbem  start  button  on  the  production  line  control  panel. 
All  control  functions  currently  adjustable  at  the  Solbem  controller  will  be  adjustable  by 
remote  input  in  the  remote  mode. 

Checkwejgher  Conveyor:  This  conveyor  should  be  placed  under  the  control  of  the 
production  line  controller.  This  conveyor  should  start  when  the  Solbem  starts.  Provision 
should  be  made  to  regulate  the  variable  speed  drive  of  this  conveyor.  If  there  is  a  high 
rejection  rate  from  the  Solbem  because  cups  are  being  recycled  empty,  it  should  be 
possible  to  regulate  this  drive  to  a  slower  speed. 

3. 1.1.2  Data  Logging 

Line  Stoppages:  The  production  line  controller  shall  record  the  source  of  all  line 
stoppages  such  that  this  data  can  be  collected  by  the  scada  node. 

Low  Product  Level:  The  production  line  controller  shall  record  the  existence  of  a  low 
product  level  from  a  sensor  in  the  Solbem  filler.  This  condition  shall  be  used  to  replenish 
product  from  the  produa  feed  filler  attending  the  Solbem. 

Temperature  Sensor:  The  contractor  shall  install  a  non-contact  temperature  sensor  for 
acquiring  the  temperature  of  beef  in  the  Solbem  filler.  Provision  for  collecting  the  data 
will  be  made  in  the  production  line  PLC. 

3.1.2  Checkweigher.  The  Checkweigher  weighs  filled  cups  coming  from  the 
Solbem  filler  and  either  accepts  the  fill  weight  or  diverts  the  cup  back  to  the  fiUer  because 
its  weight  is  out  of  spec.  The  checkweigher  controller  also  controls  a  stepper  /  servo 
motor  that  makes  adjustments  to  the  cup  fill  volume  to  compensate  for  out-of-spec 
weights.  When  downstream  jams  occur,  the  checkweigher  controller  passes  cups  back  to 
the  Solbem  filler  without  recording  weights.  The  checkweigher  controller  has  an  RS232 
interface.  The  following  functions  should  be  available  from  the  shop  floor  controller. 

3 . 1 .2. 1  Production  Line  Control 

Target  Weights  and  Cutoffs:  The  production  line  controller  shall  be  capable  of 
downloading  operational  control  data  to  the  checkweigher  controller.  A  download  cycle 
shall  be  initiated  by  a  computer  communicating  with  the  production  line  controller  over 
data  highway  plus.  Hereafter,  this  computer  will  be  referred  to  as  the  "SCADA  node".  A 
download  cycle  shall  consist  of  wnting  data  to  a  set  of  registers  of  the  production  line 
controller.  Data  is  then  transferred  over  the  RS232  port  to  the  checkweigher.  The 
contractor  shall  specify  an  appropriate  handshake  between  the  SCADA  node  and  the 
production  line  PLC  so  that  an  acknowledgement  is  returned  to  the  SCADA  node  when 
the  operation  is  complete. 
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3. 1.2.2  Data  Logging 


Weights:  The  checkweigher  controller  can  transmit  weights  either  individually  or,  on 
request,  in  blocks  of  size  n.  These  options  can  be  set  in  software.  The  production  line 
controller  should  be  able  to  set  this  function  to  either  individual  or  block  transmission. 

The  production  line  controller  should  provide  a  set  of  registers  to  collect  weight  data  and 
a  corresponding  set  of  registers  to  collect  the  time  at  which  the  weight  was  recorded  and  a 
corresponding  bits  that  indicate  the  accept  /  reject  zone  in  which  the  cup  falls.  A  counter 
should  provide  the  number  of  the  last  register  beyond  the  base  address  that  has  been 
logged  with  a  weight.  The  SCADA  node  will  access  weights  by  first  enabling  a  bit  that 
prevents  new  data  logging  fi'om  the  checkweigher.  The  counter  reading  will  then  be 
taken.  Starting  firom  the  base  address,  data  will  be  read  up  to  the  current  count.  The 
cycle  will  end  by  reseting  the  counter  and  disabling  the  bit  that  inhibits  data  logging.  The 
production  line  controller  should  be  able  to  resume  data  logging  at  the  weight  sequentially 
following  the  last  weight  coUected.  The  data  logging  will  resume  at  the  base  addresses. 

Count:  The  PLC  shall  maintain  separate  registers  with  the  current  count  of  filled  cups  that 
have  been  processed  and  the  current  count  of  filled  cups  that  have  been  rejected.  The 
total  of  these  two  registers  indicate  the  total  cups  filled. 


3,1.3  FEMC  Filler.  The  FEMC  filler  provides  continuous  volumetric  filling.  The 
filling  speed  is  controlled  by  a  Danfoss  variable  speed  drive  and  the  cup  height  is 
controlled  by  an  Electrocraft  servo  motor. 

3 . 1 . 3 . 1  Production  Line  Control 

Start  /  Stop:  The  FEMC  filler  should  be  started  and  stopped  fi'om  the  production  line 
control  panel.  A  return  signal  should  be  provided  by  the  FEMC  filler  to  indicate  it  is 
running. 

Remote  /  Local  operation:  A  remote  /  local  switch  should  be  provided  so  that  the  FEMC 
filler  can  be  operated  under  local  control.  When  operating  under  remote  control,  the  start 
button  on  the  FEMC  controller  is  overriden  by  the  start  button  on  the  production  line 
control  panel. 

Control  of  cup  height:  Under  remote  control,  cup  height  should  be  specified  from  the 
production  line  control  panel.  Adjustments  via  Eloctrocraft  servo  drive  should  be  possible 
based  on  vegetable  fill  weight  data  as  described  in  section  3. 1.3.2. 

3. 1.3.2  Data  Logging 

Product  Level:  When  the  product  level  in  the  FEMC  hopper  is  low  alarm,  a  bit  should  be 
set  in  the  production  line  controller. 

Fault  Condition:  The  production  line  controller  should  record  the  various  failure 
conditions  of  the  FEMC  filler,  including  the  motor  drive  failure. 
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fill  wftiphts-  FEMC  fill  weights  are  sampled  and  weighed  on  an  off-line  scale. 
This  data  shall  be  collected  by  the  PLC  and  used  to  adjust  FEMC  cup  height  via  servo 
control  as  described  in  section  3. 1 .3. 1 . 

Temperature  Sensor:  The  contractor  shall  install  a  non-contact  temperature  sensor  above 
the  main  hopper  for  acquiring  the  vegetable  temperature.  Provision  tor  logging  the  data 
will  be  made  in  the  production  line  PLC. 

Level  Sensor:  The  contractor  shall  install  an  ultrasonic  range  sensor  mounted  above  the  - 
FEMC  main  hopper.  Provision  for  collecting  the  data  shall  be  made  in  the  production  line 
PLC. 


3  .1.4  Product  Feed  Fillers.  There  are  two  bulk  product  feed  fillers.  One  is  servicing 
the  Solbem  filler  and  one  is  servicing  the  FEMC  filler.  In  each  case,  low  level  sensors  on 
the  Solbem  and  FEMC  detect  the  need  for  more  material.  The  product  feed  fillers 
respond  to  a  low  level  signal  by  conveying  material  into  the  Solbem  or  FEMC  until  a  high 
level  sensor  is  reached.  At  that  point  the  conveyor  is  turned  oflF  until  the  low  level  sensor 
is  encountered.  This  is  a  closed  loop  distributed  control  system  and  does  not  need  to  be 
integrated  into  the  production  line  controller. 

3 . 1 .4. 1  Production  Line  Control 

.Start  /  Stop:  The  product  feed  fillers  should  be  started  and  stopped  fi-om  the  production 
line  control  panel.  A  return  signal  should  be  provided  by  the  feed  fillers  to  indicate  they 
are  on  line. 

3. 1.4.2  Data  Logging 

Low  product  level:  When  the  hoppers  of  the  product  feed  fillers  are  low,  a  bit  should  be 
set  in  the  production  line  controller.  This  will,  in  turn,  turn  on  the  low  produa  pilot  light. 
When  material  is  brought  from  inventory  and  the  hopper  is  replenished,  this  bit  wiU  be 
reset. 


3.1.5  Oden  Filler.  The  Oden  filler  consists  of  three  rotary  positive  displacement 
pumps  controlled  by  a  digital  controller  encoder.  There  is  no  communication  capability. 
.Motion  is  controlled  by  a  digital  encoder  coupled  to  a  DC  servo  drive. 

3 . 1 . 5 . 1  Production  Line  Control 

On /Off  Signal:  When  the  Oden  Filler  is  on.  a  return  signal  should  be  provided  to  the 
production  line  PLC  to  indicate  it  is  on. 

3. 1.5.2  Data  Logging 
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Temperature  Sensor:  The  contractor  shall  install  a  non-contact  temperature  sensor  for 
acquiring  the  gravy  temperature.  Provision  for  logging  the  data  will  be  made  in  the 
produaion  line  PLC. 

Level  Sensor:  An  ultrasonic  range  sensor  has  been  installed  on  the  Oden  filler.  Gravy 
level  data  shall  be  logged  by  the  production  line  PLC. 


3.1.6  Tiromat  Form-Fill-Seal  Machine.  The  Tiromat  is  an  intermittent  motion  form- 
fill-seal  machine  with  four  stations;  Forming,  Filling,  Sealing,  and  Punching.  The  machine 
is  controlled  by  an  Allen  Bradley  PLC  2/17  controller  that  is  programmed  over  RS232 
using  a  proprietary  software,  the  SMART  system  software.  Once  programmed,  the  PLC 
maintains  functions  within  the  control  parameter  setpoints.  Under  the  configuration  of 
Figure  1,  programming  of  machine  parameters  shall  be  possible  either  from  the  SMART 
system  or  from  the  operator  view  node. 

3 . 1 . 6. 1  Production  Line  Control 

Start  /  Stop:  The  Tiromat  should  be  started  and  stopped  fi'om  the  production  line  control 
panel.  A  return  signal  should  be  provided  by  the  Tiromat  to  indicate  it  is  running. 

Remote  /  Local  operation:  a  remote  /  local  switch  should  be  provided  so  that  the  Tiromat 
can  be  operated  under  local  control.  When  operating  under  remote  control,  the  start 
button  on  the  Tiromat  is  overriden  by  the  start  button  on  the  production  line  control  panel. 
Program  configuration  and  command  bits:  All  program  configuration  and  command  bits 
currently  programmed  on  the  Tiromat  controller  should  be  capable  of  being  programmed 
from  the  production  line  controller.  A  corresponding  set  of  registers  should  be  configured 
in  the  production  line  controller  along  with  a  software  switch  to  download  those  registers 
to  the  Tiromat  controller.  A  return  signal  from  the  Tiromat  controller  should  indicate  a 
successful  data  transfer.  Setting  registers  in  the  production  line  controller  and  enabling  the 
software  switch  for  downloading  will  be  done  from  the  operator  view  node  in  the  control 
panel  via  the  SCADA  node  on  Data  Highway  plus.  Registers  of  the  Tiromat  controller  are 
given  in  Appendix  B. 

3. 1.6.2  Data  Logging 

Status  bits  /  diagnostic  bits  /  word  assignments:  All  status  and  diagnostic  bits,  as  well  as 
measured  data  stored  as  integer  or  floating  point  variables,  that  exist  in  the  Tiromat 
controller,  should  be  duplicated  in  the  production  line  controller.  This  data  should  be 
passed  to  the  production  line  controller  with  the  same  frequency  as  currently  exists  when 
reporting  data  to  the  SMART  system,  which  is  approximately  1  Hz. 

Production  rate:  A  moving  average  of  the  production  rate  shall  be  calculated  and  stored 
in  the  production  line  controller.  This  calculation  will  be  done  every  cycle  and  will  be 
based  on  the  previous  five  cycles. 

Differential  seal  pressure:  Two  pressure  transducers  will  be  installed  in  the  tiromat  seal 
chamber,  one  on  each  side  of  the  pouch  film.  Provision  shall  be  made  in  the  production 


7 


line  controller  for  mapping  the  sensor  data  from  the  Titomat  controller  during  each 
operating  cycle. 

Seal  plate  temperature:  Six  temperature  transducers  will  be  installed  on  the  seal  plate  of 
the  Tiromat.  Provision  shall  be  made  in  the  production  line  controller  for  mapping  the 
sensor  data  from  the  Tiromat  controller  during  each  operating  cycle. 

Temperature  Sensor:  The  contractor  shall  install  a  non-contact  temperature  sensor  above 
the  pouch  just  before  the  sealing  operation. 


3.1.7  Adept  Pack-One  Robot.  The  Adept  robot,  with  drive  and  vision  system,  is 
controlled  by  a  MC  68000  processor  controller.  RS  232  Serial  ports  are  available  for 
communication  with  the  robot  controller. 

3 . 1 . 7. 1  Production  Line  Control 

Start  /  Stop:  The  robot  subsystem  should  have  start  /  stop  control  from  the  production 
line  control  panel.  A  return  signal  should  be  provided  to  indicate  it  is  running. 

Remote  /  Local  Operation:  A  remote  /  local  switch  should  be  provided  so  that  the  robot 
subsystem  can  be  operated  under  local  control.  When  operating  under  remote  control,  the 
start  button  of  the  robot  subsystem  is  overridden  by  the  start  button  on  the  production  line 
control  panel. 

3. 1.7.2  Data  Logging 

Fault  Conditions:  All  fault  conditions  should  be  sent  to  production  line  controller,  where 
they  are  time  stamped  for  data  logging.  Pilot  light  should  go  on  when  robot  is  the  cause 
of  error. 


3.1.8  Videojet  Printer.  The  Videojet  printer  has  a  serial  communication  port  that 
allows  a  remote  device  to  download  text  to  be  printed. 

3 . 1 . 8. 1  Production  Control 

Text  transfer:  The  production  line  controller  should  be  able  to  download  text  to  be 
printed.  Such  text  will  be  input  to  the  production  line  controller  from  the  control  panel. 
Remote  operations:  The  operations  of  start,  print,  and  head  should  be  under  the  control 
of  the  production  line  controller. 

3. 1.8.2  Data  Logging 

Failure  mode:  Printer  failure  should  be  logged  and  time  stamped.  A  pilot  light  should  be 
provided  to  indicate  pnnter  failure. 
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3.1.9  Line  Pressure  and  Vacuum 


3.1.91  Produaion  control 

Pressure  alarm  settings:  Provision  should  be  made  for  mapping  pressure  and  vacuum 
data  from  the  Tiromat  controller  and  setting  alarm  limits  in  the  production  line  controller 
from  the  operator  view  node  for  line  air  pressure  and  line  vacuum  pressure. 

3. 1.9.2  Data  Logging 

.Air  supply  pressure  and  vacuum  supply  pressure:  Pressure  transducers  will  be  placed 
in  the  air  supply  line  and  the  vacuum  supply  line.  Provision  shall  be  made  in  the 
production  line  controller  to  log  the  analog  signals  from  these  transducers.  Alarm 
indicators  are  provided  as  in  section  2.2.3. 

3.1.10  Retort  Rack  Loader 

3.1.10.1  Production  Control 

Start  /  Stop:  The  retort  rack  loader  should  be  started  and  stopped  from  the  production 
line  controller.  A  return  signal  should  be  provided  to  indicate  that  it  is  running. 

3.1.10.2  Data  Logging 

Fault  conditions:  The  production  line  controller  should  record  and  time  stamp  fault 
conditions  of  the  retort  rack  loader. 

Counts:  The  production  line  controller  should  record  the  production  counts  for  pouches 
loaded  into  the  rack. 

Cage  Identification:  The  production  line  controller  should  take  a  bar  code  identification  of 
the  cage  loaded  into  the  retort  rack  and  the  time  that  the  first  pouch  is  loaded  into  the 
cage.  The  bar  code  scanner  will  be  designed  into  the  retort  rack  by  Rutgers  personnel. 

■Ajicillarv  Equipment: 

3.1.11  Radio  Frequency  Bar  Code  Transmitter  /  Receiver.  For  material  tracking 
purposes,  the  production  line  controller  should  include  a  bar  code  scanner  and  radio 
frequency  transmitter  and  receiver.  Provision  should  be  made  in  the  controller  for 
recording  material  lot  numbers  as  material  is  loaded  into  filling  equipment.  Such 
information  will  be  time  stamped  for  tracking  purposes. 

3.1.12  Pouch  Inspection  Station.  In  order  to  track  quality  control  problems,  final 
pouch  inspections  will  classify  defects  into  8  classes.  Defective  pouches  will  be  inserted 
into  a  disposal  chute  based  on  defect  type.  Each  chute  will  have  a  proximity  sensor  to 
record  the  passing  of  parts.  The  production  line  controller  must  keep  count  of  the  daily 
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counts  passing  each  proximity  sensor.  The  contractor  shall  make  provision  in  the 
production  line  controller  hardware  and  software  for  8  digital  inputs  for  this  purpose. 


4  0  Modes  of  Operation 

This  section  contains  a  description  of  the  required  modes  of  operation  of  the  control 
system.  Each  mode  includes  a  description  of  the  events  or  sequence  of  events  that 
characterize  that  mode  of  operation. 

4.1  Start  Mode 

Check  ail  machinery  powered  and  ready. 

Product  feeders  on. 

Transfer  pump  on. 

Wait  until  product  level  OK;  Solbem,  FEMC,  Oden. 

Dumper  belt  on. 

Checkweigher  belt  on. 

Wait  until  FEMC  has  cups  (low  level  sensor  activated). 

FEMC  drive  on. 

Solbem  cycle  start. 

Adept  robot  stan. 

Robot  conveyor  start. 

Tiromat  start. 

Retort  loader  and  inspection  conveyor  on. 

Videojet  head  and  printer  on. 

4.2  Stop  Mode 

Tiromat  stop. 

Wait  until  Tiromat  cycle  end. 

Feeders  stop. 

FEMC  drive  stop. 

Solbem  cycle  stop. 

Checkweigher  stop. 

Adept  robot  pause  at  end  of  cycle. 

Conveyors  stop. 

Reton  rack  loader  stop. 

Videojet  head  and  print  off. 

4  3  Production  Line  Setup  Mode 
Check  power  to  all  equipment. 

Load  operating  program  parameters:  Tiromat,  Checkweigher,  FEMC  servo, 
.Adept  robot,  Oden.  Videojet  pnnters. 

4  4  Fault  on  Line  Mode 
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Minor  faults  should  be  indicated  on  the  control  panel  by  change  in  color  of  the 
machine  indicator. 

Major  faults  should  stop  the  line  and  be  indicated  on  the  control  panel  by  change 
in  color  of  the  machine  indicator.  The  tollowing  are  major  faults,  a  machine 
stops  running,  critical  machine  parameter  out-of-tolerance  per  QC,  filler  out  of 
product,  dumper  jam,  retort  loader  jam. 

4.5  Emergency  Stop  Mode 

E-Stop  all  equipment;  Tiromat,  Solbem,  FEMC,  Adept  robot,  robot  conveyor, 
Oden  filler,  product  feeders.  Transfer  pump,  retort  rack  loader,  conveyors, 
checkweigher  conveyor  stop.  Videojet  head  and  print  off. 

4.6  Manual  Operation  Mode 

Meiiu^  (local)  operation  of  any  machine  can  be  selected  at  control  panel. 

While  machine  is  set  to  manual,  the  line  can  be  run  automatically;  however,  any 
machine  faults  except  E-  will  not  stop  the  line. 

5.0  Documentation  Requirements 

5. 1  Software  documentation  shall  be  provided  as  follows; 

1 .  The  ladder  logic  diagram  for  the  shop  floor  controller  program. 

2.  A  structured  function  chart  that  shows  the  modular  design  of  the  program. 

5  .2  Electrical  drawings.  Schematics  shaU  be  provided  for  all  electrical  wiring. 

5.3  Layout  drawings  for  control  panel  will  be  provided. 

5.4  The  contractor  will  supply  manuals  of  operating  procedures  for  ail  supplied 
equipment. 

5.5  Contractor  shall  provide  a  spare  parts  list. 

6.0  General 

6. 1  Cost.  The  proposal  is  to  include  total  cost  F.O.B.  Rutgers  University,  CRAMTD 
building,  120  New  England  Avenue,  Piscataway,  NJ.  Cost  of  optional  eqmpment, 
recommended  spare  parts  and  accessories  should  be  quoted  but  clearly  delineated  from  the 

base  bid. 

6.2  Delivery  Schedule.  The  vendor  will  specify  engineering  design,  fabrication,  testing 
and  delivery  schedule. 

6.3  Service.  The  vendor  will  provide  service  as  needed  to  fulfill  requirements  of  the 
warranty  and  these  specifications. 

6.4  Award.  The  criteria  for  selecting  a  proposal  will  be  based  on  the  evaluation  of  the 
CRAMTD  staff; 
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Delivery 

Engineering  features 

Cost 

Service 

Training  and  suppon 

6.5  Exceptions.  The  vendor  is  to  clearly  identify  any  exceptions  taken  from  these 
specifications. 

6.6  Warranty.  The  vendor  warranties  the  equipment  performance  specified  herein  for 
one  year  from  the  date  of  acceptance. 


7.0  Acceptance 

Acceptance  test.  The  equipment  will  be  subject  to  an  acceptance  test  to  determine 
whether  performance  requirements  have  been  met.  The  equipment  will  be  tested  for  all 
functions  as  described  herein. 

8.0  Shipping  and  Installation 

8. 1  The  equipment  will  be  shipped  F.O.B.,  Rutgers  University,  CRAMTD  building, 

120  New  England  Avenue,  Piscataway,  NJ. 

8.2  The  vendor  will  assemble  and  install  equipment  in  full  working  order  and  mprovide 
training  to  Rutgers  Personnel  in  the  operation  and  maintenance  of  the  equipment. 
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APPENDIX  A 


Computer  Hardware  Specification  for  the  MR£  Pouch 
Operator  Interface  Workstation 


-  80486  DX2  66MHZ  Processor 

-  16  mb  RAM 

-  350  mb  Hard  Drive 

-  3.5",  1.4mb  Floppy  Drive 

-  (2)  Serial,  (1)  parallel  Port 

-  SVGA  Graphics  card  with  Imb  Memory 

-  19"  SVGA  Monitor 

-  MS  DOS,  Version  6.x 

-  Microsoft  Windows  for  Workgroups  3.11 

-  Ethernet  Card:  SMC  Ethernet  Plus  Elite  COMBO,  16  bit  with  3  coimectors: 

AUI  (thick  ethemet,  lOBase-5) 

BNC  (thin  ethemet,  lOBase-2) 

RJ45  (twisted  pair  lOBase-T) 

Note:  3COM  with  same  specifications  also  acceptable. 

-  Microsoft  Mouse 
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1  Introduction 


The  Combat  Rations  Advanced  Manufacturing  Technology  Demonstration  (CRAMTD) 
project  is  sponsored  by  the  United  States  Department  of  Defense  DOD  and  the  Defense  Lo¬ 
gistics  Agency  (DLA).  The  goals  of  the  project  are  to  create  a  pilot  facility  to  demonstrate 
advanced  manufacturing  technologies  which  include  computer  integrated  manufacturing 
(CIM).  Quality  assurance  (QA)  and  process  control  are  among  the  various  functions  to  be 
supported  by  the  CIM  system. 

The  sample  products  under  consideration  for  trial  manufacturing  are  thermostabilized 
beef  stew  in  an  MRE  pouch  (MIL-P-44073B)  and  thermostabilized  beef  chunks  and  gravy  in 
a  tray  pack  (MIL-B-44230B).  Each  product  contains  materials  such  as  beef  and  vegetables 
as  well  as  a  variety  of  additional  ingredients.  The  quality  control  functions  insure  that  only 
consistent  goods  are  manufactured  and  released  for  consumption. 

Quality  control  in  the  manufacturing  environment  can  be  broken  down  into  three  distinct 
phases:  Raw  material,  In-Process  and  Finished  goods.  These  phases  mirror  the  chronolog¬ 
ical  path  of  materials  from  the  time  of  delivery,  through  production  and  finally  to  the  time 
of  shipment.  In  this  paper  we  focus  only  on  the  quality  control  of  raw  material  and  finished 
goods.  Quality  control  for  work  in-process  will  be  addressed  in  a  separate  paper. 


2  Definitions 

The  following  definitions  pertain  to  CRAMTD  production  database  and  the  operations  of 
the  CRAMTD  food  production  facility. 

•  Batch  -  A  collection  of  sub-assemblies  or  finished  products  produced  during  a  given 
time  period. 

Location  -  A  physical  area  within  the  plant  or  warehouse.  Examples  are  Loading 
Dock,  Quarantine,  Freezer,  etc. 

•  Material  Lot  -  A  collection  of  raw  material  or  finished  products  as  tracked  internally 
by  the  production  database. 

•  Material  Lot  Number  -  A  unique  identifier  assigned  by  the  production  database 
at  the  time  of  delivery  or  at  the  time  of  creation. 

•  Operation  -  A  stage  in  the  production  process  where  one  or  more  raw  materials  or 
sub-assemblies  are  transformed  into  finished  goods  or  sub-assemblies. 

•  Organization  -  Any  enterprise  involved  with,  or  related  to,  the  CRAMTD  food 
production  facility.  These  include  vendors,  suppliers,  customers,  etc. 

•  Production  Database  -  The  central  plant  database  where  aU  production,  quality 
and  materials  management  data  reside. 

•  Production  Line  -  collection  of  machines  used  to  convert  raw  materials  into 
finished  goods. 
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•  state  -  The  disposition  of  an  entire  material  lot.  Examples  are  “IN  QC”,  “RE¬ 
LEASED”  and  “REJECTED”. 

•  Status  -  An  indication  of  the  disposition  of 


3  Military  Standards  for  Testing 

The  CRAMTD  project  adopts  the  Department  of  Defense  sampling  plans  which  are  known 
as  the  Military  Standard  MIL-STD-105E:  Sampling  Procedures  and  Tables  for  Inspection 
by  Attributes.  This  Standard  is  the  basis  for  determining  the  frequency,  sample  sizes  and 
many  other  parameters  of  the  sampling  and  testing  process.  The  Standard,  which  is  also  the 
basis  for  the  latest  ISO  9000  testing  recommendations,  is  described  (including  all  tables) 
in  a  document  that  was  released  in  1989.  The  standard  is  quite  lengthy,  includes  many 
options  and  is  flexible  enough  to  support  testing  structures  from  the  very  simple,  to  the 
very  complex. 

The  Military  Standard  for  quality  control  testing,  specifies: 

1.  When  to  test  a  material  lot 

2.  How  much  material  to  take  for  testing 

3.  The  criticality  of  defects 

4.  The  number  of  defects  sufficient  to  accept  or  reject  the  lot 

3.1  Major  Components  of  the  Military  Sampling  Plan 

The  following  are  the  major  elements  of  the  military  sampling  plan. 

•  Acceptable  Quality  Level  (AQL)  -  An  upper  limit  to  the  level  of  defects  present 
in  a  material.  An  AQL  of  0.10  would  indicate  that  on  average,  a  material  should  be 
have  less  than  0.10  defects  per  100  units. 

•  Code  Letter  -  A  place  holder  determined  by  an  inspection  level  and  a  lot  size  range. 

•  Inspection  levels  -  A  group  of  code  letters  with  distributions  that  grow  wider  as  the 
inspection  levels  grow  more  general.  For  example,  the  range  of  inspection  level  S-l  is 
[A..D]  where  the  range  for  inspection  level  S-4  is  [A..K]. 

•  Lab  Procedure  -  An  outline  describing  some  tasks  to  be  performed  in  the  lab  using 
lab  equipment.  Several  lab  procedures  may  be  used  to  complete  one  test  procedure. 

•  Material  Specification  -  A  cross  reference  between  a  particular  material  and  a 
particular  test  procedure  indicating  the  AQL,  sample  unit  size  and  frequency  for 
testing. 

•  Sample  -  One  or  more  units  of  a  material  selected  from  a  batch  or  lot. 

•  Sample  Size  -  The  number  of  sample  units  contained  in  one  sample. 
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•  Sample  Unit  -  A  collection  of  material  considered  a  sampleabie  unit. 

•  Sample  Unit  Size  -  The  amount  of  a  given  material  in  one  sample  unit.  This  is 
usually  given  in  the  same  units  of  measure  the  material  is  stored  in. 

•  Sampling  Plan  -  .A.  plan  for  how  often  to  sample  a  material.  Two  popular  plans 
are  Single  Sampling  where  only  one  round  of  samples  is  taken  and  Double  Sampling 
where  two  rounds  may  be  performed  depending  on  the  outcome  of  the  first  round. 

•  Strictness  -  The  rigidness  of  sampling  for  a  particular  supplier  of  a  particular  mate¬ 
rial.  Strictness  can  shift  between  Normal,  Reduced  and  Tightened  depending  on  the 
quality  of  material  a  supplier  is  providing. 

•  Test  Procedure  -  .An  individual  test  to  be  performed  on  a  material.  One  or  more 
lab  procedures  may  be  used. 


4  Raw  Materials  Testing 

The  quality  of  raw  materials  is  a  major  factor  in  the  overall  quality  of  a  product.  A 
large  number  of  quality  problems  arising  at  the  finished  goods  stage  could  be  attributed  to 
variations  in  the  quality  of  the  ingredients. 

Raw  material  testing  is  triggered  by  the  arrival  of  new  material  lots  and  acts  as  a 
gatekeeper  by  preventing  defective  materials  from  entering  the  manufacturing  process.  Ma¬ 
terials  which  are  ordered  and  delivered  to  the  enterprise  must  be  tested  for  conformance 
to  standards  before  being  used  in  production.  These  tests  begin  when  a  delivery  is  first 
attempted  at  the  warehouse. 

The  first  tests  are  of  inspection  nature  and  are,  in  most  cases,  administered  by  the 
receiving  clerk  at  the  warehouse.  It  is  his/her  responsibility  to  examine  the  delivery  for  any 
obvious  defects. 

If  such  defects  are  found,  the  delivery  can  be  turned  away  with  the  enterprise  taking  no 
formal  control  or  ownership  over  the  materials. 

This  initial  inspection  includes  information  about  accepted  and  turned  away  delivery 
attempts.  This  record  of  delivery  attempts  is  used  to  support  future  purchasing  decisions. 

For  example,  the  products  made  at  the  CRAMTD  facility  use  raw  and  pre-cooked  beef 
as  a  raw  material.  Beef  is  typically  frozen  and  must  be  delivered  in  a  refrigerator  or  freezer 
truck.  Upon  delivery,  the  temperature  and  conditions  of  the  truck  are  examined.  If,  during 
shipping,  the  truck  has  malfunctioned  and  the  beef  has  been  allowed  to  thaw,  the  receiving 
clerk  may  reject  the  entire  shipment. 

In  the  event  that  the  material  lot  passes  the  initial  inspection,  it  is  then  formally  accepted 
and  the  enterprise  now  owns  and  is  responsible  for  the  materials.  Each  received  material 
lot  is  assigned  a  material  lot  number,  which  uniquely  identifies  that  collection  of  material 
throughout  its  existence  at  the  plant.  The  lot  is  assigned  an  initial  state  of  “IN  QC” 
(indicating  that  it  has  to  undergo  further  testing  by  the  quality  control  department)  and 
aU  lot  location  are  given  an  initial  status  of  “ON  HOLD”.  Lastly,  the  lot  is  placed  in  a 
Quarantine  area  of  the  warehouse.  All  relevant  information  about  each  material  lot  received 
is  recorded  in  the  database  and  the  quality  control  department  is  notified  of  such  lots. 
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For  each  received  material  lot,  the  quality  control  department  determines  if  one  or  more 
samples  need  to  withdrawn  and  subjected  to  a  series  of  tests  before  releasing  the  material 
to  production. 

This  determination  is  made  based  on  the  military  sampling  plans  and  guidelines  and/or 
the  quality  control  policies  of  the  plant.  Again,  for  the  CRAMTD  food  production  facib 
ity,  critical  raw  materials  such  as  beef  must  undergo  testing  according  to  MIL’STD  105E 
standard  as  explained  in  the  following  section. 

4.1  Military  Sampling  Plan  for  Raw  Materials 

Several  tables  defined  by  the  standard  are  used  to  determine  the  number  of  samples  to  take 
and  the  number  of  defects  sufficient  to  accept  or  reject  a  lot. 

A  portion  of  the  first  table,  "Sample  Size  Code  Letters”  is  presented  below.  The  sample 
size  is  the  number  of  material  in  a  sample.  Code  letters  from  A  to  Q  are  used  to  designate 
relative  sample  sizes.  Using  the  table  below,  the  sample  size  code  letter  that  corresponds 
to  a  given  inspection  level  and  a  given  lot  size  can  be  determined. 


Lot /Sample 
Size 

Special  Inspection  Levels 

General  Inspection  Level 

S-l 

S-2 

S-3 

S-4 

G-l 

G-2 

G-3 

2  to  8 

A 

A 

A 

A 

A 

A 

B 

9  to  15 

A 

A 

A 

A 

A 

B 

C 

16  to  25 

A 

A 

B 

B 

B 

C 

D 

26  to  50 

A 

B 

B 

C 

C 

D 

E 

1 

The  Lot  Size  Range  is  given  in  “sample  units”.  For  example,  if  one  wishes  to  test  beef 
and  we  require  5  pounds  of  beef  in  order  to  perform  all  of  our  tests  one  time,  a  “sample 
unit  size”  of  5  pounds  of  beef  would  be  defined  and  the  received  lot  would  be  viewed  as  a 
multiple  of  the  “sample  units”,  e.g.,  a  100  pound  lot  of  beef  is  viewed  as  a  lot  of  size  20 
“sample  units”  each  is  5  pounds. 

When  the  testing  specification  for  a  given  material  is  defined,  the  Inspection  Level  at 
which  the  enterprise  would  like  to  test  the  material  is  supplied.  For  example,  for  raw  beef. 
Special  Inspection  Level  2  or  “S-2”  for  short,  is  indicated. 

The  Code  Letter  is  used  as  a  criterion  for  determining  the  sample  size  and  the  levels 
of  defects  considered  for  accepting  or  rejecting  a  lot.  Other  parameters  include  AQL  (e.g., 
10%),  Strictness  (Normal,  Tightened,  Reduced),  Sampling  Plan  (Double  or  Single)  and 
current  Round  if  using  Double  or  Multiple  sampling  plans.  The  Code  Letter  table  is  based 
on  Raw  Materials  and  Finished  Goods  material  lots. 

These  tests  are  typically  performed  off-line  in  a  quality  control  laboratory.  The  suite  of 
raw  material  tests  are  required  by  the  United  States  military  for  producing  combat  rations. 
Examples  of  such  raw  materials  tests  include: 

•  Beef  -  Foreign  Odor/ Color /Material 

•  Beef  -  Drain  Weight  Yield 
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•  Beef  -  Surface  Fat  Thickness 

•  Beef  -  Microbial  Count 

•  Beef  -  Size  of  Beef  Chunks 

•  Tray  Pack  Can  -  Dents.  Scratches  and  Rust 

The  tests  results  will  determine  if  the  material  is  suitable  for  its  intended  use.  Lots  that 
fail  inspection  are  deemed  rejected  and  may  be  either  returned  to  the  supplier,  physically 
destroyed  or  re-tested  to  determine  if  they  can  be  used  for  a  less  critical  formulation.  For 
example,  a  lot  of  grade  A  peas  which  fails  to  meet  grade  A  specifications  may  be  used  in  a 
formula  where  grade  B  peas  is  sufficient. 

The  results  of  these  tests  are  also  used  to  support  future  purchasing  decisions. 


5  Finished  Goods  Testing 

All  finished  products  are  held  for  testing  before  being  released  to  shipping.  The  finished 
goods  tests  are  performed  to  confirm  the  safety  of  the  product  and  to  ensure  compliance 
with  military  quality  standards.  As  with  raw  materials,  lots  of  finished  product  are  sampled 
and  tested  in  the  quality  control  laboratory.  Examples  of  such  tests  include: 

•  Incubation 

•  Gravy  Consistency 

•  Excessive  Heating 

•  Drain  Weight  of  Beef 

•  Tears,  Cuts,  Holes  in  Pouch  Material  (MRE  Pouch) 

•  Pouch  Seal  Width  and  Condition  (MRE  Pouch) 

For  thermostabilized  products,  the  incubation  test  provides  a  critical  safety  check  and 
also  reflects  on  the  effectiveness  of  the  sterilization  process.  Other  tests  verify  the  product 
is  within  military  standards. 

For  Finished  products,  there  are  different  schedules  prescribed  in  various  military  stan¬ 
dards.  For  example,  the  Beef  Chunks  with  Gravy,  Thermostabilized,  Tray  Pack  (MIL-B- 
44230B)  has  the  Sample  Size  and  Acceptance  criteria  combined  in  one  table.  The  double 
sampling  plan  prescribed  by  the  standard  is  as  follows: 


Finished  Product 
Lot  Size 

Sample  Size 

Cumulative 

Sample 

Accept 

Level 

Reject 

Level 

0  to  3200 

8 

0 

2 

8 

16 

1 

2 

3200  to  35000 

13 

_ 

0 

3 

13 

26 

3 

4 
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It  is  important  to  note  that,  aside  from  the  differences  in  the  finished  product  sampling 
schedules,  the  procedures  for  sampling,  testing  and  accepting  or  rejecting  a  lot  of  finished 
goods  is  identical  to  the  raw  materials  case. 


6  Database  Design 

The  information  systems  of  an  organization  is  made  up  of  a  set  of  activities  that  regulates 
the  sharing  and  distribution  of  information  and  the  storage  of  data  that  are  of  relevance  to 
the  operation  and  management  of  the  organization. 

A  proper  design  of  the  underlying  database  of  an  information  system  of  an  organization 
must  therefore  be  based  on  the  understanding  of  the  system’s  activities  and  their  information 
requirements.  Below  is  a  discussion  of  our  model  of  the  system’s  activities  followed  by  a 
discussion  of  the  corresponding  data  model. 

6.1  The  Functional  Model 

The  functional  analysis  has  been  performed  by  a  top-down,  structured,  systems  analysis 
technique  called  IDEFO  [5,  6,  7].  The  IDEFO  model  of  the  CRAMTD  application  is  described 
in  [2].  The  IDEFO  technique  models  a  system’s  activities  and  .the  information  flow  among 
them.  To  construct  an  IDEFO  model,  we  initially  represent  the  generic  activities  of  the 
system  and  then  successively  decompose  each  of  these  activities  into  greater  details.  The 
building  blocks  of  the  IDEFO  model  are: 

•  The  activity  (function)  box:  This  represents  an  activity  or  function  of  a  system.  This 
could  be  either  a  generic  activity  or  one  of  the  detailed  activities  that  constitute  a 
generic  activity. 

•  Arcs:  These  represent  inflow  and  outflow  associated  with  a  given  function  box.  There 
are  four  types  of  arcs: 

-  Input:  Represents  the  set  of  inputs,  e.g.,  information  and  materials  required  to 
perform  the  activity.  This  is  depicted  by  an  arrow  entering  the  activity  box  from 
the  left. 

-  Output:  Represents  the  outflow  from  the  activity.  This  is  depicted  by  an  arrow 
leaving  the  activity  box  from  the  right 

-  Control:  Represents  the  constraints  that  govern  the  process  by  which  the  activity 
is  performed.  This  is  depicted  by  an  arrow  entering  the  activity  box  from  the 
top. 

-  Mechanism:  Represents  the  human  or  equipment  resources  that  are  required  in 
performing  the  activity.  This  is  depicted  by  an  arrow  entering  the  activity  box 
from  the  bottom. 

More  than  100  activities  are  identified  in  the  target  application  area.  For  more  details 
about  the  functional  model  of  the  CRAMTD  application  see  [2]. 
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6.2  The  Data  Model 


The  technique  used  for  data  modeling  is  known  as  IDEFIX,  a  semantic  data  model  based 
on  Codd’s  relational  data  model  [4]  and  Chen's  entity-relationship  model  [3].  An  entity  is 
an  element  of  the  system  that  is  relevant  to  the  QA  operation.  An  entity  could  be  some¬ 
thing  tangible  such  as  a  receiving  clerk  or  something  more  abstract  such  as  an  inspection 
procedure.  Each  entity  is  described  in  terms  of  one  or  more  attributes.  The  real  life  inter¬ 
action  between  one  entity  and  another  is  represented  in  the  E-R  model  by  a  relationship.  A 
diagram  of  these  entities  and  their  relationships  is  known  as  an  E-R  diagram.  The  IDEFl 
model  is  used  to  develop  the  conceptual  schema  of  the  application.  The  building  blocks  of 
the  IDEFIX  model  are  entities,  attributes,  and  relationships.  The  IDEFIX  model  for  our 
target  application  is  described  in  more  detail  in  [1]. 

Entities  are  represented  by  boxes  in  the  IDEFIX  model.  Identifier-dependent  (ID) 
entities,  which  are  child  entities  whose  e.xistence  depends  on  that  of  the  parent  entity,  are 
shown  by  boxes  with  round  corners.  Identifier-independent  (II)  entities  have  independent 
existence,  and  are  shown  with  boxes  with  square  corners. 

Attributes  of  an  entity  are  listed  inside  the  entity  box.  The  primary  key  attributes  are 
listed  above  a  horizontal  line  inside  the  entity  box.  ID  entities  inherit  the  primary  key 
attributes  of  their  parent  entities.  Multiple  inheritance  is  allowed  in  this  data  model. 

Relationships  are  represented  by  arcs  in  the  IDEFIX  model.  If  one  of  the  entities 
connected  by  an  arc  is  child  entity,  then  the  arc  is  represented  by  a  bold  line  The  dot  at 
the  end  of  an  arc  identifies  the  child  entity.  Arcs  connecting  two  entities  that  do  not  have 
a  parent-child  relationship  are  represented  by  a  dashed  line.  Relationships  are  named  by 
verb  phrases.  In  addition,  a  fuUy  developed  IDEFIX  model  replaces  each  m:n  relationship 
with  an  additional  cross  reference  entity  and  two  l:n  relationships. 

6.3  The  CASE  Model 

Using  Oracle  Computer  Aided  Software  Engineering  (CASE)  tools,  specifically  Oracle 
CASE*Dictionary  and  Oracle  CASE*Designer,  the  user  requirements  and  the  Military  Stan¬ 
dard  were  translated  into  a  single  function  hierarchy  that  shows  aU  the  relevant  activities. 
The  IDEFO  model  introduced  in  the  previous  section  was  used  as  a  starting  point  to  develop 
a  functional  hierarchy  that  is  integrated  with  the  E-R  model. 

In  a  functional  hierarchy,  the  higher  level,  generalized  functions  are  at  the  top  and  more 
detailed  functions  are  shown  at  the  bottom  (see  Appendix  I).  The  leaf  nodes  in  the  hierarchy 
are  elementary  functions  that  may  become  actual  data  entry  or  reporting  screens. 

Each  of  these  activities  are  further  defined,  based  on  the  entity  relationship  model  (E- 
R),  in  terms  of  the  entities,  attributes,  and  the  relationships  they  use.  The  QA  application 
requires  the  use  of  over  25  elementary  functions.  Some  of  these  are  described  in  the  Function 
to  Entity  Matrix  report  shown  in  Appendix  II.  An  example  matrix  for  the  AQL  Data  Entry 
function  is  given  below. 
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•  Function  :  QO.l 

Definition:  AQL  Data  Entry 

Entity  Create  Retrieve  Update  Delete 


ACCEPTABLE  QUALITY  LEVEL  Y  Y  Y  Y 

The  model  defined  in  the  Oracle  CASE  tool  reflects  the  rules  of  the  business  as  described 
by  the  personnel  at  the  CRAMTD  food  production  facility.  The  business  rules  can  be 
captured  as  relationships  between  entities,  additional  attributes  for  an  entity  or  the  use  of 
an  entity  by  a  particular  function.  The  Oracle  CASE*Designer  provides  an  E-R  diagraming 
function  as  shown  in  Appendix  III. 

Entities  and  their  definitions  can  be  seen  in  the  Entity  Definition  Report  provided  by 
CASE*Dictionary.  A  full  Entity  Definition  report  for  the  QA  application  is  shown  in  Ap¬ 
pendix  IV.  As  an  example,  the  definition  for  the  AQL  entity  is  shown  below. 

•  ACCEPTABLE  QUALITY  LEVEL 

The  quality  level  associated  with  a  given  material.  Determines  the  levels  of  defects 
tolerated. 

Entities  are  related  to  one  another  by  relationships.  The  Oracle  CASE  tools  allow  the 
designers  and  analysts  to  designate  meaningful  sentences  for  each  relationship  that  reflects 
the  business  rules  of  the  enterprise. 

Each  relationship  has  two  participating  entities  at  each  end.  The  entities  are  designated 
by  their  names  as  shown  in  the  previous  figure.  The  participation  in  the  relationship  can 
be  either  mandatory  or  optional  and  is  indicated  by  the  phrases  “MUST  BE”  and  “MAY 
BE”  respectively.  Relationships  also  have  cardinality  as  expressed  by  the  phrases  “ONE 
AND  ONLY  ONE”  and  “ONE  OR  MORE”. 

The  following  relationships  are  used  to  link  the  entities  of  the  Quality  Control  applica¬ 
tion: 

•  each  acceptable  quality  level  may  be  the  AQL  specified  in  one  or  more  material  test 
specifications 

•  each  acceptable  quality  level  may  be  the  AQL  used  in  one  or  more  sampling  plan 
lookup  tables 

•  each  area  materia:!  restricted  must  be  material  restrictions  to  one  and  only  one  area 
type 

•  each  area  material  restricted  must  be  a  restriction  of  an  area  type  to  one  and  only 
one  material 

•  each  area  type  may  be  a  description  for  the  type  of  one  or  more  warehouse  areas 

•  each  area  type  may  be  a  restricted  type  of  area  in  one  or  more  area  materials  restricted 
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each  code  letter  may  be  the  code  letter  in  one  or  more  inspection  level  code  letters 

each  code  letter  must  be  a  code  letter  used  in  one  or  more  sampling  plan  lookup  tables 

each  inspection  level  code  letter  must  be  a  code  letter  from  one  and  only  one  code 
letter 

each  inspection  level  code  letter  must  be  a  code  letter  identified  by  one  and  only  one 
lot  size 

each  inspection  level  code  letter  must  be  a  code  letter  determined  by  one  and  only 
one  inspection  level 

each  inspection  level  may  be  the  level  specified  in  one  or  more  material  test  specifica¬ 
tions 

each  inspection  level  may  be  a  test  letter  based  on  one  or  more  inspection  level  code 
letters 

each  inspector  may  be  responsible  for  inspecting  one  or  more  material  test  results 

each  inventory  sample  must  be  an  instance  of  sampling  from  one  and  only  one  material 
lot  location 

each  lab  procedure  detail  may  be  referenced  by  one  or  more  procedure  cross  references 
each  lot  comment  must  be  made  by  one  and  only  one  person 

each  lot  comment  must  be  a  user  comment  concerning  one  and  only  one  material  lot 

each  lot  size  may  be  a  range  of  sizes  used  to  determine  one  or  more  inspection  level 
code  letters 

each  lot  size  must  be  a  lot  size  range  for  materials  of  one  and  only  one  material  type 

each  material  audit  trail  must  be  a  transaction  of  one  and  only  one  material  transac¬ 
tion  type 

each  material  audit  trail  must  be  a  record  of  changes  to  one  and  only  one  material  lot 
location 

each  material  audit  trail  must  be  an  action  performed  by  one  and  only  one  person 

each  material  lot  location  may  be  changing  status  in  one  or  more  material  status  logs 

each  material  lot  location  must  be  classified  under  one  and  only  one  material  status 

each  material  lot  location  may  be  changed  and  recorded  by  one  or  more  material  audit 
trails 

each  material  lot  location  must  be  associated  with  one  and  only  one  material  lot 


each  material  lot  location  may  be  sampled  in  one  or  more  inventory  samples 
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•  each  material  lot  location  must  be  a  location  described  by  one  and  only  one  warehouse 
bin  location 

•  each  material  lot  may  be  placed  in  one  or  more  material  lot  locations 

•  each  material  lot  may  be  changing  state  as  recorded  in  one  or  more  material  state  logs 

•  each  material  lot  may  be  supplied  by  one  and  only  one  organization 

•  each  material  lot  may  be  the  subject  of  one  or  more  lot  comments 

•  each  material  lot  must  be  made  up  of  one  and  only  one  material 

•  each  material  may  be  a  material  referenced  by  one  or  more  organization  materials 

•  each  material  may  be  associated  with  one  or  more  material  lots 

•  each  material  may  be  related  to  one  or  more  material  type  cross  references 

•  each  material  may  be  tested  according  to  one  or  more  material  test  specifications 

•  each  material  may  be  cross  referenced  to  a  warehouse  in  one  or  more  material  ware¬ 
houses 

•  each  material  may  be  restricted  to  one  or  more  area  materials  restricted 

•  each  material  state  log  must  be  a  record  of  changes  of  one  and  only  one  material  state 

•  each  material  state  log  must  be  created  by  one  and  only  one  person 

•  each  material  state  log  must  be  a  record  of  state  changes  for  one  and  only  one  material 
lot 

•  each  material  state  may  be  a  state  in  one  or  more  material  state  logs 

•  each  material  status  log  must  be  changed  by  one  and  only  one  person 

•  each  material  status  log  must  be  a  record  of  status  changes  for  one  and  only  one 
material  lot  location 

•  each  material  status  may  be  the  status  of  one  or  more  material  lot  locations 

•  each  material  test  result  must  be  the  results  from  one  and  only  one  sample  instance 

•  each  material  test  result  must  be  recorded  by  one  and  only  one  person 

•  each  material  test  result  must  be  performed  by  one  and  only  one  inspector 

•  each  material  test  result  must  be  a  result  of  one  and  only  one  test  attribute  specifica¬ 

tion 

•  each  material  test  specification  must  be  a  testing  specification  for  one  and  only  one 
material 
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•  each  material  test  specification  must  be  a  testing  specification  using  one  and  only  one 

sample  rule  .rr' 

•  each  material  test  specification  must  be  a  specification  with  one  and  only  one  accept¬ 
able  quality  level 

•  each  material  test  specification  must  be  a  specification  for  one  and  only  one  test 
procedure 

•  each  material  test  specification  must  be  a  specification  with  one  and  only  one  inspec¬ 
tion  level 

•  each  material  transaction  type  may  be  the  transaction  type  for  one  or  more  material 
audit  trails 

•  each  material  type  cross  reference  must  be  a  material  type  cross  reference  of  one  and 
only  one  material  type 

•  each  material  type  cross  reference  must  be  a  material  cross  reference  of  one  and  only 
one  material 

•  each  material  type  may  be  is  related  to  one  or  more  material  type  cross  references 

•  each  material  type  may  be  the  material  type  used  for  one  or  more  lot  sizes 

•  each  material  warehouse  (derived)  must  be  a  record  of  a  warehouse  storing  one  and 
only  one  material 

•  each  material  warehouse  (derived)  must  be  a  cross  reference  of  material  stored  one 
and  only  one  warehouse 

•  each  organization  material  history  must  be  a  recording  of  events  concerning  one  and 
only  one  organization  material 

•  each  organization  material  may  be  a  relationship  with  events  recorded  in  one  or  more 
organization  material  histories 

•  each  organization  material  must  be  a  material  reference  for  one  and  only  one  material 

•  each  organization  material  must  be  an  organization  reference  for  one  and  only  one 
organization 

•  each  organization  may  be  the  supplier  of  one  or  more  material  lots 

•  each  person  may  be  responsible  for  recording  one  or  more  material  test  results 

•  each  person  may  be  the  author  of  one  or  more  lot  comments 

•  each  person  may  be  responsible  for  materials  changes  in  one  or  more  material  audit 
trails 

•  each  person  may  be  responsible  for  creating  one  or  more  material  state  logs 
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•  each  person  may  be  responsible  for  creating  one  or  more  material  status  logs 

•  each  procedure  cross  reference  must  be  the  inspection  procedure  reference  for  one  and 
only  one  test  procedure 

•  each  procedure  cross  reference  must  be  the  lab  procedure  reference  for  one  and  only 
one  lab  procedure  detail 

•  each  sample  instance  may  be  resulting  in  one  or  more  material  test  results 

•  each  sample  instance  must  be  an  instance  with  parameters  from  one  and  only  one 
sampling  plan  lookup  table 

•  each  sample  rule  detail  may  be  implemented  in  one  or  more  sampling  plan  lookup 
tables 

•  each  sample  rule  detail  must  be  a  series  of  sampling  rounds  recorded  in  one  and  only 
one  sample  rule 

•  each  sample  rule  may  be  a  description  of  a  sampling  round  for  one  or  more  sample 
rule  details 

•  each  sample  rule  may  be  the  plan  used  in  one  or  more  material  test  specifications 

•  each  sampling  plan  lookup  table  may  be  used  to  supply  parameters  to  one  or  more 
sample  instances 

•  each  sampling  plan  lookup  table  must  be  a  plan  tested  under  one  and  only  one  ac¬ 
ceptable  quality  level 

•  each  sampling  plan  lookup  table  must  be  .an  entry  based  on  one  and  only  one  code 
letter 

•  each  sampling  plan  lookup  table  must  be  an  implementation  of  one  and  only  one 
sample  rule  detail 

•  each  sampling  plan  lookup  table  must  be  a  plan  at  one  and  only  one  strictness 

•  each  strictness  may  be  used  in  one  or  more  sampling  plan  lookup  tables 

•  each  strictness  may  be  imposed  upon  one  or  more  organization  material  histories 

•  each  test  attribute  specification  may  be  an  attribute  recorded  in  one  or  more  material 
test  results 

•  each  test  attribute  specification  must  be  the  detailed  specification  for  one  and  only 
one  test  procedure 

•  each  test  procedure  may  be  cross  referenced  by  one  or  more  procedure  cross  references 

•  each  test  procedure  may  be  detailed  in  one  or  more  test  attribute  specifications 
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•  each  test  procedure  must  be  the  test  for  one  or  more  material  test  specifications 

•  each  warehouse  area  may  be  composed  of  one  or  more  warehouse  bin  locations 

•  each  warehouse  area  must  be  in  one  and  only  one  warehouse 

•  each  warehouse  area  must  be  classified  by  one  and  only  one  area  type 

•  each  warehouse  bin  location  must  be  in  one  and  only  one  warehouse  area 

•  each  warehouse  bin  location  may  be  the  location  of  one  or  more  material  lot  locations 

•  each  warehouse  may  be  divided  into  one  or  more  warehouse  areas 

•  each  warehouse  may  be  storing  material  referenced  by  one  or  more  material  warehouses 


7  Database  Implementation 

The  implementation  of  the  quality  control  portion  was  done  using  a  third  Oracle  product: 
the  CASE*Generator.  This  tool  takes  the  function  to  entity  matrix  and  constructs  data 
entry  forms  and  reports  that  are  bound  together  by  menus.  In  general,  the  CASE*Generator 
can  handle  complex  user  requirements  and  business  rules.  In  our  case,  however,  due  to  the 
complexity  of  the  Military  Standard  we  had  to  include  additional  customized  code  to  the 
generated  forms. 

To  standardize  the  custom  coding  process,  a  code  review  was  performed  to  identify 
common  sections  of  code  that  could  be  generalized  and  shared  between  several  data  entry 
screens.  Such  code  can  be  placed  into  “Packaged  Procedures”  and  automatically  included 
in  each  form  via  the  CASE*Generator. 

The  final  system  is  implemented  on  a  local  area  network  using  a  combination  file  and 
database  server  serving  a  client  machine  in  the  quality  control  lab.  The  two  computers 
are  connected  over  the  building-wide  ethernet  network  using  the  Novell  Netware  IPX/SPX 
protocol.  The  server  runs  Oracle  Database  Server  for  Netware  and  the  client  machine  runs 
the  Oracle  tools  suite;  SQL*Forms,  SQL*ReportWriter,  SQL*Menu  and  SQL*Plus. 

8  Quality  Assurance  Database  Menu  Options 

Quality  control  lab  technicians  will  be  presented  with  a  puU-down  menu.  The  menu  items 
and  the  associated  submenus  are  shown  in  Figures  1  through  8. 

9  Quality  Assurance  Database  Screens 

The  database  screens  for  the  QA  module  are  shown  in  Figures  9  through  28. 
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Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 
- - -  CRAMTD  - - 


Figure  1:  The  Main  Menu  of  the  CRAMTD  Application 


Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 

- . - . + - — . — +-  CRAMTD  - ^ - 

I  Reference  Data  >  I 

I  Test  Setup  >  I 

I  Testing  >  I 

I  Vendor  Eval.  >  I 

I  Inquiry  >  I 

I  Reporting  >  I 


Figure  2:  The  Quality  Assurance  Menu 
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Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 


1 

Reference  Data 

> 

1 

AQL  1 

1 

Test  Setup 

> 

1 

Lot  Sizes  1 

1 

Testing 

> 

1 

Insp.  Level  | 

1 

Vendor  Eval. 

> 

1 

Code  Letter  I 

1 

Inquiry 

> 

1 

Strictness  | 

1 

Reporting 

> 

1 

Sample  Rules  I 

+- 

Ins.  Lev.  Lettr  | 

1 

Samp  Plan  Table  | 

+- 

Figure  3;  Quality  Assurance  -  Reference  Data  Submenu 


Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 


1 

Reference  Data 

> 

+- 

CRAMTD  - 

-+ 

1 

Test  Setup 

> 

1 

Test  Procedures 

1 

1 

Testing 

> 

1 

Test  Proc  Attr. 

1 

1 

Vendor  Eval. 

> 

1 

Lab  Procedures 

1 

1 

Inquiry 

> 

1 

Associate  Procs 

1 

1 

+- 

Reporting 

> 

1 

-+— 

Mat.  Test  Spec. 

I 

-+ 

Figure  4:  Quality  Assurance  -  Test  Setup  Submenu 
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Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 

- + - +.  CRAMTD  - 

I  Reference  Data  >  I 

I  Test  Setup  >  + - + 

I  Testing  >  I  Review  Lots  I 

I  Vendor  Eval.  >  I  Det.  Procedures  I 

I  Inquiry  >  i  Rec.  Results  I 

I  Reporting  >  I  Review  Results  | 


I 


Figure  5:  Quality  Assurance  -  Testing  Submenu 


Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 

- + - CRAMTD  - - - 

I  Reference  Data  >  | 

I  Test  Setup  >  I 

I  Testing  >  + - + 

I  Vendor  Eval.  >  1  Org.  Mat.  Data  | 

I  Inquiry  >  !  Org.  Mat.  Hist.  | 

I  Reporting  >  I  Org.  Lots  I 

+ - 1  Lot  Defect  Rep.  | 

+ - + 


Figure  6:  Quality  Assurance  -  Vendor  Evaluation  Submenu 
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Materials  Quality  Production 


— 

1 

Reference  Data 

> 

1 

Test  Setup 

> 

1 

Testing 

> 

1 

Vendor  Eval. 

> 

1 

Inquiry 

> 

1 

+- 

Reporting 

> 

Purchasing  Distribution  Maintenance 
+-  CRAMTD  - 


I 

I 

+ - + 

I  Review  QA  Res.  | 

I  QA  Result.  Page  | 

I  Detailed  Result  | 


+ 


'+ 


Exit 


Figure  7:  Quality  Assurance  -  Inquiry  Submenu 


Materials  Quality  Production  Purchasing  Distribution  Maintenance  Exit 


1 

Reference  Data 

> 

CRAMTD  - 

1 

1 

Test  Setup 

> 

1 

1 

Testing 

> 

1 

1 

Vendor  Eval. 

> 

1 

1 

Inquiry 

> 

-+ 

1 

Reporting 

> 

1  Lots  In  QC 

— 

■1  Lots  Rejected 

1 

1  Vendor  Lots 

1 

1  Vendor  Lot  Def. 

1 

1  Bulk  Test  Rest. 

1 

1  Defects  -  By  TP 

1 

1  Defects  ~  By  IS 

1 

-+ 

Figure  8:  Quality  Assurance  -  Reporting  Submenu 
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User  OPS$USER  AQL  Data  Entry  And  Management  Page  1  of  1 

Date  28-JUN-94 

+ —  Acceptable  Quality  Levels  - + 

I  I 

I  AQL  Description  I 

I  4  Critical  Defect  Level  I 

1  10  Major  Defect  Level  I 

i  I 

I  I 

I  I 

I  I 

I  I 

I  I 

1  I 

I  I 

+ - - + 

A  decimal  number  indicating  the  AQL. 

Figure  9:  Quality  Assurance  |  Reference  Data  |  AQL  Data  Entry  Screen 
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User  0PS$USER 

Lot  Size  Range  Data  Entry 

Page  1  of  1 
Date  28-JUN-94 
-AQ- 

1 

1 

1 

!  Material 

Material  Type 

1 

1 

1  Type  Id:  RAW 

1 

Description:  RAW  MATERIAL 

1 

1 

1 

1 

1 

1  Range  Id 

Lot  Size  Low 

Lot  Size  High  | 

1  1 

0 

8  1 

1  2 

9 

15  1 

1  3 

16 

25  1 

1  4 

26 

50  1 

1  5 

51 

90  1 

1  6 

91 

150  1 

1  7 

151 

280  1 

1  8 

281 

500  1 

1  9 

1 

501 

1200  1 

1 

A  short  unique  identifier  for  the  material  type. 


Figure  10:  Quality  Assurance  |  Reference  Data  |  Lot  Size  Data  Entry  Screen 
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User  OPS$USER  Inspection  Level  Data  Entry  Page  1  of  1 

Date  28-JUN-94 

+ —  Inspection  Levels  - + 


Level  Id 

Description 

SI 

Special  Inspection  Level 

1 

S2 

Special  Inspection  Level 

2  (Used  the  most) 

S3 

Special  Inspection  Level 

3 

S4 

Special  Inspection  Level 

4 

S5 

Special  Inspection  Level 

5 

Gl 

General  Inspection  Level 

1 

G2 

General  Inspection  Level 

2 

G3 

General  Inspection  Level 

3 

- - + 

The  unique  inspection  level  id.  SI,  S2,...S5,  Gl,  G2  or  G3 


Figure  11:  Quality  Assurance  |  Reference  Data  |  Inspection  Level  Data  Entry  Screen 
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User  OPS$USER  Sample  Rule  Data  Entry  Page  1  of  1 

Date  28-JUN-94 
-AQ- 

+ —  Sample  Rules  - - 

I  I 

I  Rule  Id  Description  Rounds  Rule  Type  I 

I  SINGLE  Single  sampling  plan  1  SINGLE  1 

I  DOUBLE  Double  Sampling  plan  2  DOUBLE  I 


+ —  Sample  Rule  Details 


■+ 


Roxmd  Number 
1 
2 


Next  Round 

Y 

N 


- - - - ^ 

The  unique  identifier  for  the  sampling  plan. 


Figure  12;  Quality  Assurance  |  Reference  Data  |  Sampling  Plan  Data  Entry  Screen 
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User  OPS$USER  Strictness  Data  Entry  Page  1  of  1 

Date  28-JUN-94 

+ —  Strictness  - + 

I  I 

I  Strictness  Description  I 

I  NORMAL  Normal  I 

I  TIGHTENED  Tightened  I 

I  REDUCED  Reduced  I 

I  I 

I  I 

I  I 

I  I 

I  I 

I  I 

- - - 

The  unique  strictness. 


Figure  13:  Quality  Assurance  |  Reference  Data  |  Strictness  Data  Entry  Screen 


User  0PS$USER  Inspection  Level  Code 

Letter  Data  Entry 

Page  1  of  1 
Date  28-JUN-94 

-AQ- 

1 

1  Material 

Material  Type 

1 

1 

1  Type  Id:  RAW 

1 

Description:  RAW  MATERIAL 

1 

1 

1 

+ —  Inspection  Level 

I 

Code  Letters  — 

1 

1 

i 

1  Low 

High 

Level  Id 

1 

Code  Letter  | 

1  0 

8 

S2 

A  1 

1  9 

15 

S2 

A  1 

1  16 

25 

S2 

A  1 

1  26 

50 

S2 

B  1 

1  51 

90 

S2 

B  1 

1  91 

150 

S2 

B  1 

1  151 

280 

S2 

c  ! 

1  281 

I 

500 

S2 

c  1 

1 

+ - 

1 

A  short  xinique  identifier  for  the  material  type. 


Figure  14:  Quality  Assurance  |  Reference  Data  |  Inspection  Level  Code  Letter  Data  Entry 
Screen 
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User  OPS$USER 


Sampling  Plan  Lookup  Tables 


Page  1  of  2 
Date  28-JUN-94 


+ —  Material  Types  - 

I 

I  Material  Material  Type 

I  Type  Id:  RAW  Description:  RAW  MATERIAL 

I 

+ —  Sample  Rules  - 

I 

I  Rule  Id:  DOUBLE  Description:  Double  Sampling  plan 

I 

+ —  Strictness  - 

I 

I  Strictness:  NORMAL  Description:  Normal 

I 

+ —  Sampling  Plan  Lookup  Tables  - 


A  short  unique  identifier  for  the  material  type. 


■+ 


■+ 

•+ 


Figure  15:  Quality  Assurance  |  Reference  Data  |  Sampling  Plan  Lookup  Table  -  (Page  1) 


User  OPS$USER  Sampling  Plan  Lookup  Tables  Page  2  of  2 

Date  28-JUN-94 

+ 
+ 


+ —  Material  Types  - 

+--  Sample  Rules  -  Strictness 


1 

1 

1 

Rule  Id:  DOUBLE 

Strictness : 

NORMAL 

1 

1 

1 

1 

kJ  diit^  JU  XXX^  X"  JLCXXi, 

1 

1 

Code  Letter  AQL 

Round 

Sample  Size 

Acc.  Level 

Re  j  . 

1 

Level  1 

1 

B  4 

1 

2 

0 

1 

1 

1 

B  4 

2 

2 

0 

1 

1 

1 

C  4 

1 

3 

0 

1 

1 

1 

C  4 

2 

3 

0 

1 

1 

1 

D  4 

1 

5 

0 

2 

1 

1 

D  4 

2 

5 

1 

2 

1 

1 

E  4 

1 

8 

0 

2 

1 

1 

E  4 

2 

8 

1 

2 

1 

1 

F  4 

1 

13 

0 

3 

1 

1 

+ - 

F  4 

2 

13 

3 

4 

1 

The  unique  code  letter. 


Figure  16:  Quality  Assurance  |  Reference  Data  |  Sampling  Plan  Lookup  Table  -  (Page  2) 
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User  OPS$USER  Test  Procedure  Data  Entry  Page  1  of  1 

Date  08-JUN-94 

+ -  Test  Procedures  - 


I  Test  Proc.  Test  Description  Attr  Freq.  Unit  I 

I  RMTIOOIOOA  Vendor  Evaluation  2  1  MONTH  I 

1  RMTIIOIOOA  Vehicle  Condition  (frozen  food)  3  1  DELIVERY  I 

I  RHTllllOOA  Vehicle  Condition  (frozen,  non  food)  3  1  DELIVERY  I 

I  RMT112100A  Vehicle  Condition  (refrigerated,  food)  3  1  DELIVERY  I 

1  RMT113100A  Vehicle  Condition  (refrig,  non  food)  3  1  DELIVERY  I 

I  RHT114100A  Vehicle  Condition  (ambient,  food)  2  1  DELIVERY  I 

1  RHT115100A  Vehicle  Condition  (ambient,  non  food)  2  1  DELIVERY  I 

I  RMT120100A  Certification  2  1  DELIVERY  I 

1  RHT140100A  Foreign  Odor/Color/Material  4  1  DELIVERY  I 

I  RMT150100A  Microbial  Count  Beef  4  1  DELIVERY  I 

I  RMT205100A  Beef  Cook  Yield  (precooked  beef)  4  1  DELIVERY  I 

I  RMT205110A  Beef  Texture  (precooked  beef)  2  1  DELIVERY  I 

I  RMT205120A  Beef  Cube  Size  (5/8"  cube,  precooked)  5  1  DELIVERY  I 

I  RMT205130A  Beef  Total  Fat  (precooked)  4  1  DELIVERY  I 

- - - - + 

The  Unique  identifier  of  an  inspection  procedure. 


Figure  17:  Quality  Assurance  |  Test  Setup  |  Test  Procedure  Data  Entry  Screen 
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User  OPS$USER 


Test  Attribute  Specification  Data  Entry  Page  1  of  1 

Date  08-JU1I-94 
-AQ- 

+ —  Test  Procedures  - - 

i  I 

I  Test  Proc.  Id:  RMT150100A  | 

I  I 

I  Description:  Microbial  Count  Beef  Attr.:  4  | 

I  I 

+ —  Test  Attribute  Specifications  - - 

I  I 

I  Attr.  Num.  Attribute  Name  Low  Range  High  Range  I 

I  1  Colony  Count  | 

I  2  Dillution  Factor  | 

I  3  Microbial  Load  500000  | 

1  *  4  Defect  0  1  | 

I  I 

I  I 

I  I 

I  I 

I  I 

+ . - . - . . . . + 

The  Unique  identifier  of  an  inspection  procedure  -  list  of  values  available 

Figure  18:  Quality  Assurance  |  Test  Setup  |  Test  Attribute  Specifications  Data  Entry 


User  OPS$USER  Review  Material  Test  Specifications  Page  1  of  1 

Date  08-JUN-94 
-AQ- 

+ —  Materials  - + 

I  Type  1  Type  2  Type  3  Type  4  I 

I  Material  Id:  1  RAW  BEEF  CUBED  I 

I  I 

I  Desc.:  Reformed  Beef  Cubes  5/8"  I 

I  I 

+ —  Material  Test  Specifications  - + 

I  Seq.:  1  Test  Proc.:  RMT140100A  Desc.:  Foreign  Odor/Color/Material  i 

I  I 

1  Attributes:  4  Test  Freq. :  1  Test  Freq.  Units:  DELIVERY  I 

I  I 

I  Frequency:  1  Sample  Unit:  5  Unit  UOM:  LB.  I 

I  I 

I  Invocation:  UPON  ARRIVAL  OR  CREATION  AQL:  4  I 

I  I 

I  Level  Id:  S3  Rule  Id:  DOUBLE  I 


- - - + 

A  unique  identifier  of  a  material. 


Figure  19:  Quality  Assurance  |  Test  Setup  |  Material  Test  Specifications 
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User  OPS$USER 


Material  Lots  Requiring  QC  Inspection 


Page  1  of  2 
Date  08-JUN-94 
-AQ- 


Mater: 

Lot 

lal  Lots  - 

Create 

Create 

Material 

- 

1 

Sample  Info. 

Number 

Date/Time 

Quantity  UOM 

Description  Cert.l 

Req. 

Units 

63 

16-N0V-93 

12:11 

500 

LB. 

Reformed  Beef 

N  1 

3 

X 

5  LB 

60 

15-N0V-93 

12:11 

500 

LB. 

Reformed  Beef 

N  1 

3 

X 

5  LB 

64 

17-N0V-93 

12:11 

200 

LB. 

Precooked  Dice 

N  1 

2 

X 

5  LB 

65 

17-N0V-93 

12:11 

500 

LB. 

Reformed  Beef 

N  1 

3 

X 

5  LB 

67 

17-N0V-93 

12:11 

500 

LB. 

Reformed  Beef 

N  1 

3 

X 

5  LB 

1 

Wareho 

Id  Area  Id 

Aisle 

Tier 

Bin 

Status  Qucintity  | 

Withd 

Units 

1 

FREZ 

1 

1 

4 

ON  HOLD  500 

1 

3 

X 

5  LB. 

+-  Inventory  Samples  -  Press  Commit  to  Confirm  Withdraw  |  Round:  1 

- - - - 

Enter  the  Number  of  individual  Samples  to  withdraw  from  this  location. 


Figure  20:  Quality  Assurance  |  Testing  |  Review  Lots  Requiring  QC  Inspection 
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User  OPS$USER  Record  Inspection  Results  Page  1  of  2 

Date  08-JUN-94 
-AQ- 

+ —  Inventory  Samples  - + 


Samp.  Id:  25  Sample  Niim.  :  1  Lot  Num.  :  63  Mat. Id:  1 


1  Mat.  Desc.:  Reformed  Beef  Cubes  5/8”  Type:  RAW  AQL:  4  Round:  1  I 
+ —  Material  Test  Specifications  - + 

I  I 

I  Sequence  Test  Procedure  Description  Attr  i 

I  1  RMT140100A  Foreign  Odor/Color/Material  4  I 

I  2  RMT210100A  Beef  Cook  Yield  (reformed)  4  I 

I  3  RMT210110A  Beef  Texture  (reformed)  2  I 

I  4  RMT210120A  Beef  Cube  Size  (5/8”  cube,  reformed)  5  I 

1  5  RMT210130A  Reformed  Beef  Total  Fat  4  I 

I  6  RMT210140A  Reformed  Beef  Connective  Tissue  4  I 

I  7  RMT210150A  Beef  Bone  Pieces  (reformed)  5  I 

I  I 

+ —  Material  Test  Results  - + 


A  unique  Id  for  the  sample  instance. 

Figure  21:  Quality  Assurance  |  Testing  |  Record  Inspection  Results  (Page  1) 
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User  OPS$USER  Record  Inspection  Results  Page  2  of  2 

Date  08-JUN-94 

+ —  Inventory  Samples  - - 

I  I 

I  Sample  Sample  Material  | 

I  Id:  25  Num. :  1  Type:  RAW  AQL:  4  Round:  1  | 

I  I 

+ —  Material  Test  Specifications  - - 

I  I 

I  Test:  RMT140100A  Foreign  Odor/Color/Material  Attr. :  4  | 

+ —  Material  Test  Results  - - 

I  I 

I  Inspector  Id  Person  Id  Attribute  Test  Result  | 

I  1  1  1  Foreign  Odor  0  | 

I  1  1  2  Foreign  Color  0  | 

I  1  1  3  Foreign  Material  0  I 

I  1  1  4  Defect  0  I 


The  unique  identifier  for  the  Inspector.  -  list  of  values  available 

Figure  22:  Quality  Assurance  |  Testing  |  Record  Inspection  Results  (Page  2) 
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User  OPS$USER  Review  QA  Results  Page  1  of  2 

Date  08-JUN-94 
-AQ- 

+ —  Material  Lots  - + 

I  I 

1  Lot  Number  Material  Id  Material  Name  Mat.  Type  I 

I  63  1  Reformed  Beef  Cubes  5/8"  RAW  I 

I  I 

I  Org  Id.  Organization  Name  Create  Date  Create  Qty.  I 

I  3  Herman  Alpert  Co.,  I  16-N0V-93  12:11  500  I 

I  Curr.  State  Last  Changed  Qty.  On  Hand  Qty.  In  QC  Qty.  Re j .  I 

I  IN  QC  16-N0V-93  0  485  I 

I  I 

I  I 

+ —  Organization  Materials  - + 

I  I 

I  Organ.  Id  Lots  Acc.  Lots  Rej .  Strictness  Last  Changed  I 
13  4  4  NORMAL  07-JUN-94  12:06  | 

I  I 

+ —  Material  Test  Specifications  - + 

- - + 

A  unique  identifier  of  a  material. 

Figure  23:  Quality  Assurance  |  Testing  |  Review  QA  Results  (Page  1) 
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User  OPS$USER  Review  QA  Results  Page  2  of  2 

Date  08-JUN-94 

+ —  Material  Lots  - - 

I  I 

1  Lot  Number:  63  Material:  1  Reformed  Beef  Cubes  5/8*’  I 

I  I 

+ —  Sample  Rounds  - - 

1  Round  Required  -  Samples  -  Taken  Recommendation  | 

113  3  ACCEPT  this  lot.  | 

12  3  0  I 

+ —  Material  Test  Specifications  - - 

I  Levels  | 

I  Test  Proc  Test  Description  AQL  Acc.  Rej .  Defects  I 

I  RMT140100A  Foreign  Odor/Color/Material  4.00  0  1  0  I 

I  RMT210100A  Beef  Cook  Yield  (reformed)  4.00  0  1  0  I 

I  RMT210110A  Beef  Texture  (reformed)  4.00  0  1  0  I 

I  RMT210120A  Beef  Cube  Size  (5/8”  cube  4.00  0  1  0  | 

I  RMT210130A  Reformed  Beef  Total  Fat  4.00  0  1  0  I 

I  I 

+ . — . - . . . . + 

Figure  24:  Quality  Assurance  |  Testing  |  Review  QA  Results  (Page  2) 
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User  OPS$USER  Organization  Material  Data  Entry 


+ —  Organization  Materials 


Page  1  of  1 
Date  31-JUL-94 
-AQ- 


I  Material  Id:  6  Descr.:  Precooked  Diced  IQF  Beef  5/8" 

I 

I  Ordering  UOM :  LB .  Typ®  •  BEEF  DICEID 

I 

I  Org.  Id:  3  Herman  Alpert  Co.,  Inc.  Priority:  1 

I 

I  Lots  Accepted: ’3  Lots  Rejected:  4  Total  Lots:  7 

I 

+ —  Organization  Material  History  - 

I  _  Current 

I  Transaction  Date  Last  Price  Strictness  Approval  Certificate 

I  07-JUN-94  12:00  3  NORMAL  Y  N 


A  unique  identifier  of  a  material. 


Figure  25:  Quality  Assurance  |  Vendor  Evaluation  |  Organization  Material  Data  Entry 
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User  OPS$USER  Lots  Supplied  by  an  Organization  Page  1  of  1 

Date  31-JUL-94 
-AQ- 

+ —  Organization  Materials  - - 

I  I 

I  Mat.  Id:  6  Descr. :  Precooked  Diced  IQF  Type:  RAW  BEEF  DICED  | 

I  I 

I  Org.  Id:  3  Name:  Herman  Alpert  Co.,  Inc.  | 

I  I 

I  Status:  ACTIVE  Lots  Acc.:  1  Lots  Rej  .  :  1  | 

I  I 

+ —  Material  Lots  - - | 

1  I 

I  Lot  Niom.  Mat.  State  Last  Changed  Create  Date  Time  Quauitity  Vendor  Lot  | 

I  44  RELEASED  21-FEB-94  17-FEB-94  12:00  800  VL13-FEB-94  | 

I  66  REJECTED  13-JUN-94  lO-JUN-94  01:44  700  VL04-JUN-94  | 

I  I 

I  I 

I  I 

- - - 

A  unique  identifier  of  a  material. 


Figure  26:  Quality  Assurance  |  Vendor  Evaluation  |  Lots  Supplied  by  an  Organization 
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User  OPS$USER  Review  A  Full  Page  Of  Qa  Results 

+ —  Material  Lots  - 


Page  1  of  1 
Date  31-JUL-94 
-AQ- 


Ingredient:  Precooked  Diced  IQF  Vendor  Name:  3  Herman  Alpert  Co. 

Date  Rec.:  21-MAY-94  12:22  Vendor  Lot  #:  VL18-MAY-94 

Strictness:  NORMAL 

Date  Tested:  22-MAY-94  CRAMTD  Lot  #:  112  IN  QC 

QC  Tech.:  4  q.c.  tech  Material  Id:  6  RAW  BEEF 

Create  Qty:  900 


Test  Procedure  I  Sampling  Plan  iSamp.  Defects 


RMT140100A 

Foreign  Odor/Color/Materi 

IS3 

DOUBLE 

4.00 

10 

0 

RMT205100A 

Beef  Cook  Yield  (precooke 

|S3 

DOUBLE 

4.00 

10 

0 

RMT205110A 

Beef  Texture  (precooked  b 

IS3 

DOUBLE 

4.00 

10 

0 

RMT205120A 

Beef  Cube  Size  (5/8"  cube 

|S3 

DOUBLE 

4.00 

10 

0 

RHT205130A 

Beef  Total  Fat  (precooked 

IS3 

DOUBLE 

4.00 

10 

0 

RMT205140A 

Beef  Connective  Tissue  (p 

IS3 

DOUBLE 

4.00 

10 

0 

RMT205150A 

Beef  Bone  Pieces  (precook 

|S3 

DOUBLE 

4.00 

10 

0 

RMT150100A 

Microbial  Count  Beef 

IS3 

DOUBLE 

4.00 

10 

0 

A  unique  identifier  used  by  CRAMTD.  Press  [List]  for  Lot  Comments. 


Figure  27:  Quality  Assurance  |  Inquiry  |  QA  Result  Page 
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User  OPS$USER  Lot  Defects  by  Test  Procedure  Page  1  of  1 

Date  28-JUN-94 

+ —  Material  Lots  - - 

I  I 

I  Material  Id:  1  Description:  Reformed  Beef  Cubes  5/8"  I 

I  I 

I  Organiz.  Id:  3  Orgcin.  Name:  Herman  Alpert  Co.,  Inc.  I 

I  I 

I  Lot  Number:  ’/.  Create,  Date/Time:  I 

I  Starting  Ending  | 

I  Create  Quantity:  01- JAN-01  28-JUN-94  | 

I  I 

+ . - . - . . + 

I  Directions:  | 

I  I 

I  -  Fill  in  the  fields  with  values  required  for  the  report.  I 

I  -  Use  wilcards  (7.)  to  indicate  more  than  one  value  is  acceptable.  | 

I  -  Press  [Accept/Commit]  to  run  the  report .  | 

I  -  Report  will  be  saved  in  file:  LOTRESS.lis  | 

- - - 

The  ending  date  and  time  the  lot  was  created. 

Figure  28:  Quality  Assurance  |  Reporting  |  Lot  Defects  by  Test  Procedure  Report  Screen 
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Appendix  II 

Function  to  Entity  Matrix  Report 

Oracle  CASE*Dictionary 
Function  to  Entity  Matrix 


•  Function  :  QO.l 

Definition:  AQL  data  entry 


Entity 

Create  Retrieve  Update  Delete 

ACCEPTABLE  QUALITY  LEVEL 

Y  Y  Y  Y 

Function  :  QO.IO 

Definition:  Test  Attribute  Specification 

data  entry 

Entity 

Create  Retrieve  Update  Delete 

TEST  ATTRIBUTE  SPECIFICATION 

Y  Y  Y  Y 

Function  :  QO.ll 

Definition:  Sample  Rule  data  entry 

Entity 

Create  Retrieve  Update  Delete 

SAMPLE  RULE 

SAMPLE  RULE  DETAILS 

Y  Y  Y  Y 

Y  Y  Y  Y 

Function  :  Q0.2 

Definition:  Sampling  plan  lookup  table  data  entry 

Entity 

Create  Retrieve  Update  Delete 

SAMPLING  PLAN  LOOKUP  TABLE 

Y  Y  Y  Y 

Function  :  Q0.3 

Definition:  Strictness  table  data  entry 

Entity 

Create  Retrieve  Update  Delete 

STRICTNESS 

Y  Y  Y  Y 

40 


•  Function  :  Q0.4 

Definition:  Inspection  level  code  letter  data  entry 


Entity 

Create  Retrieve  Update 

Delete 

INSPECTION  LEVEL  CODE  LETTER 

Y  Y  Y 

Y 

Function  :  Q0.5 

Definition:  Test  Procedure  data  entry 

Entity 

Create  Retrieve  Update 

Delete 

TEST  PROCEDURE 

Y  Y  Y 

Y 

Function  :  Q0.6 

Definition:  Lab  Procedure  Data  entry 

Entity 

Create  Retrieve  Update 

Delete 

LAB  PROCEDURE  DETAIL 

Y  Y  Y 

Y 

Function  :  Q0.7 

Definition:  Lot  Size  data  entry 

Entity 

Create  Retrieve  Update 

Delete 

LOT  SIZE 

Y  Y  Y 

Y 

Function  :  Q0.8 

Definition:  Code  Letter  data  entry 

Entity 

Create  Retrieve  Update 

Delete 

CODE  LETTER 

Y  Y  Y 

Y 

Function  :  Q0.9 

Definition:  Inspection  Level  data  entry 

Entity 

Create  Retrieve  Update 

Delete 

INSPECTION  LEVEL 

Y  Y  Y 

Y 
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•  Function  :  Ql. 1.1.1 

Definition:  Review  material  test  specifications 

Entity  Create  Retrieve  Update  Delete 

MATERIAL  Y 

MATERIAL  TEST  SPECIFICATION  Y  Y  Y 

TEST  PROCEDURE  Y 

•  Function  :  Ql.1.1.2 

Definition:  Review  inspection  level  code  letter  table 

Entity  Create  Retrieve  Update  Delete 


INSPECTION  LEVEL  CODE  LETTER  Y  Y  Y  Y 


•  Function  :  Ql.1.1.3 

Definition:  Review  sampling  plan  lookup  table 

Entity  Create  Retrieve  Update  Delete 

SAMPLING  PLAN  LOOKUP  TABLE  Y  Y  Y  Y 


•  Function  :  Ql. 1.2.1 

Definition:  Review  lot  quality  by  material  (report) 

Entity  Create  Retrieve  Update  Delete 


MATERIAL  Y 
MATERIAL  LOT  Y 
ORGANIZATION  Y 
ORGANIZATION  MATERIAL  Y 


•  Function  :  Ql.1.2.2 

Definition:  Review  lot  quality  by  organization  (report) 


Entity 


Create  Retrieve  Update  Delete 


MATERIAL  Y 
MATERIAL  LOT  Y 
ORGANIZATION  Y 
ORGANIZATION  MATERIAL  Y 
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•  Function  :  Ql.1.2.3 

Definition:  Review  Organization  Material  history  (report) 


Entity  Create  Retrieve  Update  Delete 


MATERIAL 

Y 

ORGANIZATION 

Y 

ORGANIZATION  MATERIAL 

Y 

ORGANIZATION  MATERIAL  HISTORY 

Y 

Function  :  Ql.1.3 

Definition:  Create  or  revise  inspection  procedures  and  lab  procedures 

Entity 

Create  Retrieve  Update  Delete 

LAB  PROCEDURE  DETAIL 

Y  Y 

PROCEDURE  CROSS  REFERENCE 

Y  Y  Y 

TEST  PROCEDURE 

Y  Y 

Function  :  Q  1.2.1 

Definition:  Review  lots  in  need  of  QC 

Entity 

Create  Retrieve  Update  Delete 

MATERIAL 

Y 

MATERIAL  LOT 

Y  Y 

MATERIAL  LOT  LOCATION 

Y  Y 

ORGANIZATION  MATERIAL 

Y 

Function  :  Ql.2.4 

Definition:  Determine  Inspection  Procedures  for  materials 

Entity 

Create  Retrieve  Update  Delete 

MATERIAL 

Y 

MATERIAL  TEST  SPECIFICATION 

Y 

TEST  PROCEDURE 

Y 

•  Function  :  Ql.2.5 

Definition:  Record  inspection  results 
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Entity 


Create  Retrieve  Update  Delete 


MATERIAL  LOT 
MATERIAL  TEST  RESULT 
ORGANIZATION 
PERSON 

SAMPLE  INSTANCE 
SAMPLE  RULE 

SAMPLING  PLAN  LOOKUP  TABLE 

STRICTNESS 

TEST  PROCEDURE 


Y 

Y  Y  Y 

Y 

Y 

Y  Y  Y 

Y 

Y 

Y 

Y 


•  Function  :  Ql.2.6 

Definition:  Review  test  results  and  Update  material  lots  as  Accepted  or  rejected 


Entity  Create  Retrieve  Update  Delete 


MATERIAL  Y 

MATERIAL  LOT  Y  Y 

MATERIAL  TEST  RESULT  Y 


•  Function  :  Ql.3.1 

Definition:  Review  lots  in  need  of  additional  QC 


Ent ity 


Create  Retrieve  Update  Delete 


MATERIAL  Y 
MATERIAL  LOT  Y 
MATERIAL  STATE  LOGS  Y 
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Appendix  m 

E-R  Diagram  for  Quality  Assurance  Application 


Appendix  IV 
Entity  Definition  Report 

Oracle  CASE*Dictionary 
Entity  Definitions 

•  ACCEPTABLE  QUALITY  LEVEL 

The  quality  level  associated  with  a  given  material.  Determines  the  levels  of  defects 
tolerated. 

•  CODE  LETTER 

Code  letters  are  determined  by  lot  size  and  inspection  level.  Each  code  letter  is  then 
used  in  the  master  lookup  table  for  sample  size  and  defect  level  information. 

•  INSPECTION  LEVEL 

A  special  or  general  level  of  inspection  for  the  product.  The  inspection  level  for  a 
given  product  is  determined  by  the  QA  personnel.  This  entity  hold  the  various  levels 
and  the  descriptions  of  each  level.  Special  inspection  levels  include:  S-1,  S-2,  S-3,  S-4, 
S-5.  General  inspection  levels  include:  G-1,  G-2  and  G-3. 

•  INSPECTION  LEVEL  CODE  LETTER 

The  table  which  holds  the  code  letters  determined  by  the  inspection  level  and  the  lot 
size.  Note  that  this  entity  has  no  native  attributes.  All  are  foreign  keys. 

•  INSPECTOR 

An  employee  who  is  authorized  to  inspect  raw  materials  and  finished  goods  for  defects. 

•  INVENTORY  SAMPLE 

An  instance  of  a  sample  taken  from  a  static  lot.  Raw  material  lots  and  finished  good 
lots  are  in  this  category. 

•  LAB  PROCEDURE  DETAIL 

The  details  of  the  laboratory  procedures  to  perform  for  a  given  inspection  procedure. 

•  LOT  SIZE 

A  table  of  lot  size  ranges  for  testing  purposes.  The  lot  sizes  are  given  in  sample  units 
This  refers  to  the  size  of  an  individual  sample  for  a  given  material. 

•  MATERIAL 

The  ingredients,  packaging,  parts,  and  suppUes  ordered  by  the  enterprise  from  vendors. 
These  are  used  to  produce  products,  repair  and  maintain  machines  and. 

•  MATERIAL  LOT 

Lots  of  Raw  materials  sent  from  vendors  and  received,  stored  and  used  in  production 
by  the  enterprise. 
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MATERIAL  STATE 

A  group  of  material  states.  (Ex.  In  QC,  Accepted,  Rejected,  and  Run  out) 

MATERIAL  STATE  LOG 

A  record  of  aU  states  changes  for  a  material  lot. 

MATERIAL  STATUS 

The  STATUS  is  an  entity  to  identify  the  location  status  in  which  materials  remain. 
Statuses  will  vary  with  states.  Statuses  include  accepted,  in-transit,  spoiled,  return, 
destroyed,  etc. 

MATERIAL  STATUS  LOG 

A  record  of  all  status  changes  on  a  given  lot  location. 

MATERIAL  TEST  RESULT 

A  record  of  the  quality  control  tests  performed  on  material  lots. 

MATERIAL  TEST  SPECIFICATION 

The  testing  specification  for  the  raw  material.  Includes  the  inspection  procedure, 
material,  AQL,  sample  unit  size  and  the  sampling  rule. 

MATERIAL  TYPE 

The  different  types  of  materials,  i.e.,  finished  goods,  raw  materials. 

MATERIAL  TYPE  CROSS  REFERENCE 

A  given  material  type  is  related  to  multiple  materials  via  this  cross  reference. 
ORGANIZATION 

A  supertype  entity  for  any  organization.  Sub-types  include  vendor,  customer  and  the 
enterprise. 

ORGANIZATION  MATERIAL 

A  Cross  reference  between  the  organization  and  the  material  entities  that  enforces  a 
one  to  one  correspondence. 

ORGANIZATION  MATERIAL  HISTORY 

A  temporal  entity  holding  the  historical  events  of  an  organization  for  a  particular 
material.  Includes  whether  or  not  the  organization  has  approval  to  supply  the  material 
and  the  current  strictness  rating. 

PROCEDURE  CROSS  REFERENCE 

A  Lab  Procedure  /  Inspection  procedure  cross  reference.  Includes  a  sequence  number 
for  performing  each  lab  procedure  associated  with  an  inspection  procedure. 


QUALITY  CONTROL  MANAGER 

The  manager  of  the  quality  control  area. 
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•  SAMPLE  INSTANCE 

An  instance  of  one  sample  of  a  given  test  instance. 

•  SAMPLE  RULE 

The  master  records  for  sampling  rules.  Includes  an  identifier  and  a  description. 

.  SAMPLE  RULE  DETAIL 

Details  on  the  sampling  plan  including  number  of  samples  to  take,  acceptance  and 
rejection  levels.  AQL.  etc. 

•  SAMPLING  PLAN  LOOKUP  TABLE 

The  master  table  for  determining  sample  size  and  acceptance  and  rejection  levels. 

•  STRICTNESS 

The  strictness  of  the  sampling  plan  for  the  vendor.  Examples  are  Tightened,  Normal 
and  Reduced. 

•  TEST  ATTRIBUTE  SPECIFICATION 
The  specifications  for  each  inspection  procedure. 

•  TEST  PROCEDURE 

.4.n  entity  containing  a  description  of  how  the  quality  control  test  is  performed. 
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1.  Introduction: 

This  document  is  an  interim  report  concerning  task  item  3.5.2  of  STP  #16, 
Implementation  of  Integrated  Manufacturing.  That  task  item  requires  the  implementation 
of  an  automation  strategy  at  level  2  for  the  Tray  Pack  Line.  Specifically,  automatic  data 
acquisition  and  computer  integration  are  the  main  focal  points  of  this  report. 

The  architecture  of  the  plan  is  to  acquire  data  from  the  production  line  using  the  Allen 
Bradley  Series  5  Programmable  Logic  Controller  (PLC)  and  then  pass  it  to  the  Shop  Floor 
PC.  Finally,  the  data  will  be  uploaded  to  a  central  data  base  for  records  keeping.  The 
data  that  are  collected  can  be  classified  into  four  groups: 

1)  Tray  weights  and  material  usage 

2)  Tray  counts 

3)  Downtime  and  fault  conditions 

4)  Production  rates  and  line  efficiency 

As  the  first  step  of  level  2  automation,  related  data  should  be  passed  from  the  tray 
pack  line  to  the  PLC.  To  achieve  this,  the  existing  ladder  diagram  is  modified  and  a  new 
input  module  had  to  be  installed  because  none  of  the  above  listed  data  groups,  except  for 
the  "Fault  Conditions",  were  previously  collected  by  the  PLC.  Section  3  describes  the 
modifications  and  PLC  implementation  in  detail. 

The  second  step  of  the  automatic  data  acquisition  is  to  pass  the  data  from  the  PLC  to 
the  shop  floor  PC.  FIX  DMACS,  an  industrial  automation  software,  is  used  to  achieve 
this  end.  Through  a  graphical  user  interface  of  FIX  DMACS,  it  is  possible  to  display  and 
manipulate  real-time  data  as  well  as  provide  some  supervisory  control  of  the  line.  A  brief 
discussion  of  the  software  is  given  in  section  7. 
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2.  Overview  of  Tray  Pack  Line 

The  Tray  Pack  Line  controller  is  an  Allen  Bradley  PLC  5/12,  which  is  housed  in  a 
panel  adjacent  to  the  automatic  lidder.  The  AB  PLC  5/12  has  overall  supervision  of  the 


operating  cycle  of  the  Yaguchi  Seamer  as  well  as  various  activities  along  the  conveyor 


line.  Below  is  a  chart  detailing  pertinent  PLC  inputs.  Refer  to  Figure  1  for 

the  locations 

corresponding  to  the  PLC  inputs. 

Purpose 

Input 

Location 

PLC  Input 

Motor  overload  main  drive 

thermal  switch 

Seamer,  G 

1:002/00 

Motor  overload  vacuum  pump 

thermal  switch 

Phasing  Conv'r,  E 

1:002/01 

Motor  overload  lid  conveyor 

thermal  switch 

Lid  Conveyor,  I 

1:002/02 

Motor  overload  filler  conveyor 

thermal  switch 

Filling  Conv'r,  A 

1:002/03 

Motor  overload  phasing  conveyor 

thermal  switch 

Phasing  Conv'r,  E 

1:002/04 

Motor  overload  spacing  conveyor 

thermal  switch 

Spacing  Conv'r,  E 

1:002/05 

Motor  overload  checkweigh 

thermal  switch 

Checkweigh,  C 

1:002/06 

Motor  overload  reject  diverter 

thermal  switch 

Reject  Diverter,  D 

1:002/07 

Motor  overload  reject  lane 

thermal  switch 

Reject  Lane,  F 

1:002/10 

Wheel  in  /  out  safety  sealer 

limit  switch 

Seamer,  G 

1:002/11 

Over  torque  safety  sealer 

limit  switch 

Seamer,  G 

1:002/12 

No  vacuum 

limit  switch 

Phasing  Conv'r,  E 

1:002/13 

No  cover  /  no  body 

limit  switch 

Discharge  Conv'r,  H 

1:002/14 

No  cover  /  no  body 

limit  switch 

Discharge  Conv'r,  H 

1:002/15 

Carrier  fault 

limit  switch 

Phasing  Conv'r,  E 

1:002/16 

Cover  &  body  check 

limit  switch 

Discharge  Conv'r,  H 

r.002/17 

Lid  position 

limit  switch 

Discharge  Conv'r,  H 

1:003/00 

Lid  not  in  place 

limit  switch 

Discharge  Conv'r,  H 

1:003/02 

System  start 

push  button 

Panel,  Z 

1:003/03 

System  stop 

push  button 

Panel,  Z 

1:003/04 

Run/Count 

selector  switch 

Panel,  Z 

1:003/05 

Fault  reset 

push  button 

Panel,  Z 

1:003/06 

Auto  /  Man 

selector  switch 

Panel,  Z 

1:003/07 

Individual  Auto  /  Man 

selector  switch 

Panel,  Z 

1:003/12 

Control  Power  On 

contact  relay 

Panel,  Z 

1:003/17 

Discharge  conveyor  full 

photosensor 

Discharge  Conv'r,  H 

1:004/00 

Reject  lane  full 

photosensor 

Reject  Lane,  F 

1:004/01 

Infeed  to  reject  conveyor 

photosensor 

Reject  Lane,  F 

1:004/02 

Infeed  to  reject  diverter 

photosensor 

Reject  Diverter,  D 

1:004/03 

2 


Mound  detection 
Zero  speed  phasing  conveyor 
Purpose 


fiber  optic  Checkweigh,  C  1:004/04 
Phasing  Conv'r,  E  1:004/06 
Location  PLC  Input 


Zero  speed  spacing  conveyor 
Zero  speed  checkweigh 
Zero  speed  reject  diverter 
Zero  speed  reject  lane 
Underweight  detection 


Spacing  Conv'r,  B  1:004/07 

Checkweigh,  C  1:004/10 

Reject  Diverter,  D  1:004/1 1 

Reject  Lane,  F  1:004/12 

Checkweigh,  C  1:004/13 


A  Filling  Conveyor 

B  Spacing  Conveyor 

C  Checkweigher 

D  Reject  Diverter 

E  Phasing  Conveyor 

F  Reject  Tray  Conveyor 

H  Discharge  Conveyor 

I  Lid  Conveyor 

G  Master  Motor  (Yaguchi  Seamer) 

Z  Panel 


Fiaure  1  :  Tray  Pack  Conveyor 


The  inputs  listed  above  are  pertinent  to  the  automatic  data  collection  effort.  These  inputs 
are  continually  referred  to  throughout  this  document. 
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3.  Automatic  Data  Collection  -  Monitoring  Tray  Weights 

Several  software  and  hardware  changes  were  implemented  to  enable  data  to  be 
collected  by  the  PLC.  The  data  included;  tray  weights  and  material  usage;  tray  counts; 
downtime  and  fault  conditions;  and  production  rates  and  line  efficiencies. 

Data  acquisition  of  tray  weights  entails  passing  the  weights  taken  by  the 
checkweigher  to  the  PLC  and  then  into  the  Shop  Floor  PC  for  records  keeping.  The  PLC 
also  records  the  number  of  underweight  and  overweight  trays.  A  fiber  optic  sensor  on  the 
checkweigher  conveyor  monitors  mounding  of  the  tray.  This  data  is  also  passed  to  the 
PLC,  and  an  appropriate  count  is  incremented. 

Tray  counts  are  collected  at  two  points  in  the  line.  All  trays  pass  by  a  photo 
sensor  at  the  end  of  the  checkweigher  conveyor.  Seamed  and  completed  trays  are 
reported  by  a  proximity  sensor  on  the  discharge  conveyor  of  the  seamer.  These  trays  are 
considered  seamed  trays.  Overweight/underweight  or  mounded  trays  are  considered 
defective  (bad)  and  diverted.  The  defective  trays  are  counted  as  the  difference  between 
the  total  number  of  seamed  trays  and  total  number  of  trays  that  leave  the  checkweigher. 

Downtime  and  fault  conditions  are  kept  track  of  by  latching  and  unlatching  certain 
bits  within  the  AB  PLC  5/12.  These  bits  will  start  and  stop  timers  within  the  PLC, 
enabling  downtime,  uptime,  and  other  critical  statistics  to  be  kept. 

Production  rates  can  be  computed  as  the  number  of  seamed  trays  divided  by  the 
total  time  of  production.  Other  rates  and  figures  can  also  be  calculated  to  determine 
efficiency  of  the  line. 

The  results  of  the  above  data  collection  and  computations  are  presented  in  a  user 
friendly  format  to  the  operators  and  supervisors  of  the  production  line.  FK  DMACS,  an 
object  oriented  presentation  package,  is  the  PC  based  SCADA  (Supervisory  Control  And 
Data  Acquisition)  software  used  to  collect  the  necessary  data  from  the  AB  5/12  PLC  and 
display  that  data  to  the  plant  floor  personnel. 
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In  order  to  provide  FIX  DMACS  with  the  necessary  data,  the  existing  ladder  logic 
for  the  tray  pack  line  was  modified  in  several  ways.  First,  the  tray  weights  from  the 
checkweigher  are  captured  in  a  register  in  the  PLC.  In  order  to  accomplish  this,  a  new 
input  module  was  installed  in  the  AB  PLC  5/12  to  which  the  binary  coded  decimal  (BCD) 
output  of  the  checkweigher,  representing  the  weights,  was  sent.  Secondly,  counters  are 
added  to  keep  track  of  the  total  trays,  rejected  trays,  and  seamed  (good)  trays.  Finally, 
timers  are  added  to  keep  track  of  the  total  uptime,  total  downtime,  and  total  idle  time. 
When  changing  the  existing  ladder  diagram,  the  principle  employed  was  to  minimize 
changes  to  the  ladder  diagram  by  maximizing  the  use  of  FIX  DMACS.  For  example,  in 
manipulating  data,  any  necessary  calculations  are  performed  in  FIX  DMACS  rather  than 
the  ladder  diagram.  This  allows  the  PLC  to  monitor  the  production  line  in  a  more  efficient 
manner. 

In  order  to  display  the  tray  weights,  FIX  DMACS  must  retrieve  the  weights  from  a 
register  in  the  PLC.  Therefore,  the  PLC  must  capture  the  tray  weights  from  the 
checkweigher  in  a  register.  Tray  weights  from  the  checkweigher  are  captured  in  1:011 
each  time  a  tray  is  weighed  and  then  moved  to  register  N11:0.  Figure  2  shows  the 
additions  to  the  ladder  that  transfer  the  tray  weights  to  register  N1 1 :0. 

In  Rung  115,  bit  B3/221  goes  from  high  (1)  to  low  (0)  when  a  new  tray  weight  is 
received.  When  B3/221  is  disabled,  a  timer  is  enabled  for  1.5  seconds  in  Rung  1 16.  After 
1.5  seconds.  Rung  117  moves  the  new  weight  stored  in  1:011  to  N11:0  and  Rung  118 
resets  the  timer.  In  order  for  the  PLC  to  be  able  to  capture  the  data,  additional  wiring 
needed  to  be  performed  to  pass  the  data  from  the  Hi-Speed  Checkweigher  to  the  AB  PLC 
5/12. 
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Figure  2:  Transfer  of  Tray  Weights  to  PLC  Register 


In  order  to  obtain  the  tray  weight  in  address  1:011,  communications  had  to  be 
installed  between  the  checkweigher  and  the  Allen  Bradley  PLC.  The  checkweigher  has  an 
output  port  that  provides  binary  coded  decimal  (BCD)  data  of  the  weight  of  each  tray  that 
passes  over  the  checkweigher.  The  BCD  data  is  composed  of  4  sets  of  numbers  each  with 
4  bits  for  a  total  of  16  bits.  Using  an  Allen-Bradley  1771-IGD  16-point  Input  Module, 
with  TTL  voltage  levels,  the  BCD  data  was  passed  to  the  AB  PLC  5/12.  Table  1  is  a 
cross  reference  for  the  wiring.  (The  signal  names  were  taken  from  Hi-Speed's  schematic 
'Schematic  -  BCD  to  Serial  PCB',  Dwg.  no.  C2-65-1 18) 

As  can  be  seen,  the  most  significant  bit  of  the  BCD  output  is  not  utilized.  This  bit 
is  not  necessary  as  the  weight  of  the  tray  should  never  necessitate  the  use  of  that  bit.  If 
ever  the  weight  of  the  tray  should  need  the  BCD  '1000'  MSB,  an  overweight  would  have 
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also  been  triggered.  The  last  bit  of  the  TTL  module  has  been  reserved  for  BCD  ready,  to 
indicate  that  the  checkweigher  is  on-line  and  ready. 


Checkweigh 
er  signal 

Signal  Name 

Wire  color  used 

TTL  module 
input  signal 

Jl-1 

BCD'l’  LSB 

Yellow 

00 

Jl-2 

BCDT’ 

White  w/  Black 

01 

Jl-3 

BCD'!' 

02 

Jl-4 

BCD'l' MSB 

Black 

03 

Jl-5 

BCD  '10'  LSB 

White  w/ Red 

04 

Jl-6 

BCD  '10' 

Red 

05 

Jl-7 

BCD  '10' 

Red  w/  Yellow 

06 

Jl-8 

BCD '10'  MSB 

Red  w/  Black 

07 

Jl-9 

BCD '100'  LSB 

White  w/  Yellow 

10 

Jl-10 

BCD  '100' 

Grey 

11 

Jl-11 

BCD  '100' 

12 

Jl-12 

BCD  '100'  MSB 

Brown 

13 

Jl-13 

BCD '1000'  LSB 

White  w/  Green 

14 

Jl-14 

BCD  '1000' 

15 

Jl-15 

BCD  '1000' 

Green 

16 

Jl-16 

BCD '1000'  MSB 

Blue 

not  used 

Jl-17 

Jl-18 

Pink 

17 

Jl-30 

Ground 

GND 

Table  1 


Power  for  the  TTL  module  is  currently  provided  by  an  external  power  supply. 
Ground  of  the  power  supply  is  tied  together  with  ground  of  the  system.  This  power 
supply  may  be  kept,  and  powered  by  the  internal  110  volts  supplied  by  the  control  panel, 
or  another  power  source  may  be  utilized.  A  transformer  has  been  supplied  to  the 
technicians  at  CRAMTD.  This  transformer  can  be  installed  in  the  system,  using  the  24 
VDC  source  available  on  the  PLC  power  supply,  transforming  this  voltage  level  to  TTL 
specifications. 
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Shop  Floor  PC 


Figure  3 :  Communications  between  Checkweigher,  PLC,  and  Shop  Floor  PC 

Whenever  the  BCD  data  changes,  a  bit  is  then  latched  within  the  AB  PLC  5/12. 
This  bit  then  starts  a  RTO  timer.  After  1.50  seconds,  the  data  on  the  input  lines  of  the 
TTL  input  module  is  then  passed  into  a  data  register.  The  1.50  seconds  delay  is  being 
used  for  the  settling  time  of  the  BCD.  Since  the  maximum  speed  of  the  Tray-Pack  line  is 
30  trays  per  minute  =>  1  tray  every  two  seconds,  this  1.5  seconds  is  short  enough  such 
that  the  data  in  the  register  wiU  not  have  yet  been  updated. 

The  data  received  by  the  AB  TTL  input  module  is  passed  onto  the  Shop  Floor  PC. 
This  PC,  running  FDC  DMACS,  detects  the  latched  bit  and  then  picks  the  weight  out  of 
the  rack  itself  The  data  is  then  transformed  by  the  FDC  DMACS  programming  into  the 
display  image  of  the  Shop  Floor  PC. 

4.  Automatic  Data  Collection  -  Monitoring  Production  Rates 

The  existing  ladder  diagram  contained  counters  for  total  trays  and  underweight 
trays.  When  testing  the  tray  pack  line,  the  documentation  of  the  Tray  Pack  Line  control 
software  for  input  1:4/3  and  counter  C5:l  was  found  to  be  incorrect.  The  existing  ladder 
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diagram  documents  I;4/3  as  the  infeed  of  the  diverter  and  C5;l  as  the  count  of  the  trays 
entering  the  diverter  (total  rejected  trays).  In  fact,  I;4/3  is  the  infeed  of  both  the  diverter 
and  phasing  conveyor  because  the  photoelectric  sensor  controlling  I;4/3  is  located  just 
before  trays  are  diverted  to  the  reject  lane.  As  a  result,  all  trays  pass  the  sensor  enabling 
1:4/3.  Therefore,  referring  to  Rung  2:60  of  the  existing  ladder  diagram,  C5:l  is  the  count 
of  total  trays.  Also,  the  description  of  C5;2  is  somewhat  misleading.  The  existing  ladder 
diagram  describes  C5;2  as  the  count  of  trays  rejected,  which  leads  one  to  believe  C5:2  is 
the  number  of  total  rejects.  C5:2  only  counts  trays  rejected  because  they  are  underweight. 
It  does  not  include  those  trays  rejected  for  mounding. 

Three  counters  were  added  to  the  existing  ladder  diagram.  First,  C5;3  counts  the 
number  of  total  trays  rejected  for  mounding,  as  shown  in  figure  4.  1:4/4  is  used  as  a 
normally  closed  input  to  the  counter.  1:4/4  reads  a  fiber  optic  sensor  whose  beam  is 
broken  whenever  a  mounded  tray  passes.  If  the  beam  is  broken,  1:4/4  becomes  de 
energized  and  C5:3  is  incremented  by  one  when  1:4/4  closes  again.  Figure  4  shows  the 
ladder  logic  counting  for  mounded  trays. 


Rung  Number 


1:004 


120 


121 


C5:3 


'  DN 
1:003 


04 


CTU 

C5l3 

Preset  101 
Accumulator  0 


C5:3 


Figure  4:  Ladder  Diagram  for  Counting  Mounded  Trays 
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When  a  mounded  tray  passes  the  fiber  optic  sensor,  1:4/4  becomes  disabled  and  counter 
C5:3  is  incremented  by  one  in  Rung  119.  If  the  number  of  mounded  trays  exceeds  100, 
Rung  120  resets  counter  C5:3.  Rung  121  allows  the  operator  to  reset  the  counter.  A  stop 
push-button  on  the  panel  enables  1:3/4,  which  in  turn,  resets  the  counter.  Therefore,  the 
counter  can  be  reset  at  the  beginning  of  a  shift. 

Figure  5  shows  the  ladder  logic  for  counting  the  number  of  seamed  trays. 
Whenever  a  tray  passes  the  sensor  on  the  discharge  conveyor,  1:4/0  becomes  energized 
and  C5:5  is  incremented  by  one.  Whereas  1:4/3  detects  all  trays  (seamed  and  rejected), 
1:4/0  detects  only  acceptable  seamed  trays.  Figure  5  shows  the  ladder  logic  counting 
acceptable  trays.  Finally,  FIXDMACS  gets  the  number  of  total  rejects  from  C5:6.  Note 
that  figure  4  and  5  have  a  set  input  1:3/4.  This  is  an  operator  push  button  that  is  used  to 
zero  these  registers  at  the  start  of  a  shift. 


Rung  Number 


122 


1:004 


00 


123 

124 


C5:5 


'  DN 
1:003 


04 


CTU 

Preset  101 
Accumulator  0 


C5:5 


Figure  5:  Ladder  Diagram  for  Counting  Total  Seamed  Trays 
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In  Rung  122,  counter  C5;5  is  incremented  by  one  when  a  good  tray  passes  the  sensor 
controlling  I;4/0'.  The  counter  is  reset  in  rungs  123  and  124  when  the  number  of 
acceptable  trays  reaches  101  or  an  operator  pushes  the  stop  push-button,  respectively. 

The  ladder  logic  for  counting  total  trays  rejected  is  shown  in  Figure  6.  To  ensure 
that  the  counters  would  continue  to  count  without  resetting  themselves  during  a  work 
shift,  a  large  preset  is  required.  Therefore,  assuming  an  8-hour  shift  and  maximum 
production  speed  of  one  tray  every  two  seconds,  the  presets  for  counters  C5:3,  C5:5,  and 
C5;6  should  be  set  at  16,000.  A  photosensor  on  the  reject  lane  enables  1:4/2  whenever  a 
tray  passes  causing  counter  C5:6  to  increment  in  Rung  125.  Rungs  126  and  127  reset  the 
counter  when  the  count  reaches  101  or  when  an  operator  hits  the  stop  push-button  on  the 
panel. 


Rung  Number 

I  1:004 


125 


02 


126 

127 


C5:6 


'  DN 
1:003 


04 


CTU 

H!6 

Preset  101 
Accumulator  0 


C5:6 


Figure  6:  Ladder  Diagram  for  Counting  Total  Rejected  Trays 


5.  Automatic  Data  Collection  -  Monitoring  Uptime  and  Downtime 

In  order  to  provide  FIX  DMACS  with  the  total  uptime,  total  downtime,  and  total 
idle  time,  three  timers  were  added  to  the  existing  ladder  diagram.  In  figure  7,  the  total 
uptime  is  captured  in  retentive  timer  T4:13.  1:3/3  is  the  system  start  push  button.  When 
the  operator  pushes  the  push  button  to  start  the  production  line,  timer  T4:13  starts. 
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Referring  to  Rung  130,  B3/25  is  the  system  start  relay,  which  is  generated  from  rung  43. 
If  B3/25  is  energized,  the  system  is  up  and  running.  Once  B3/25  becomes  de  energized, 
timer  T4:13  stops  increasing.  Since  T4:13  is  a  retentive  timer,  the  value  will  be  stored  in 
the  timer  until  the  timer  is  reset.  Figure  7  shows  the  ladder  logic  for  the  total  uptime. 


Rung  Number 

.  1:003 


B3/225 

-<o 


129 


130 


B3/225 


B3/25 


RTON 

(pn) 


B3/225 


T4:13 

Timebase  1.0 
Preset  28,800 
Accumulator  0 


Figure  7:  Ladder  Diagram  Capturing  Total  Uptime 


In  Rung  128,  bit  B3/225  is  latched  when  an  operator  pushes  the  system  start  push-button. 
As  shown  in  Rung  129,  the  timer  T4:13  is  on  while  B3/225  is  enabled.  When  the  system 
stops  running,  the  system  start  relay  B3/25  disables,  which  in  turn,  unlocks  B3/225  in 
Rung  130  and  stops  timer  T4:13. 

Timer  T4:ll  captures  total  downtime,  as  shown  in  figure  8.  B3/24  is  the  master 
safety  relay.  When  B3/24  is  energized,  the  production  line  is  in  working  order.  C5 :4[DN] 
is  energized  when  the  reject  lane  is  full.  Similarly,  B3/32  is  energized  when  the  discharge 
conveyor  is  full.  In  Rung  131  of  Figure  8,  T4;ll  increments  when  either  B3/24  is  not 
energized,  C5:4[DN]  is  energized,  or  B3/32  is  energized.  In  other  words,  downtime  is 
captured  when  the  production  line  is  not  functioning  or  either  the  reject  lane  or  discharge 
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conveyor  is  full.  The  timer  is  reset  in  Rung  132  when  an  operator  pushes  the  system  stop 
push-button. 


Rung  Number 


131 


132 


As  stated  previously,  idle  time  is  the  time  the  system  is  available  but  not  running 
Timer  T4:12,  shown  in  figure  9,  captures  idle  time.  When  B3/25  is  not  energized  and 
there  are  no  fault  conditions,  timer  T4:12  is  incremented.  Figure  9  shows  the  ladder  logic 
for  idle  time.  In  Rung  133,  timer  T4: 12  is  enabled  when  B3/25  is  disabled  but  everything  is 
functioning  as  indicated  by  the  other  bits.  In  Rung  134,  the  system  stop  push-button 
resets  the  timer. 

At  the  beginning  of  each  work  shift,  the  counters  and  retentive  timers  should  be 
reset  to  zero.  Currently,  1:003/04  is  used  to  reset  the  counters  and  retentive  timers. 
1:003/04  is  the  system  stop  push  button.  Until  another  push  button  is  incorporated  to 
reset  the  counters  and  timers,  1:003/04  is  the  best  choice  available.  The  system  start  push 
button  (1:003/03)  was  not  chosen  because  it  is  used  to  start  the  line  during  a  shift  if  the 
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line  stops  for  a  fault  condition.  In  this  case,  the  counters  and  timers  would  be  reset  during 
a  shift  if  any  fault  conditions  occur. 


Rung  Number 


In  our  final  implementation,  we  will  probably  use  FIX  DMACS  to  reset  counters 
and  timers  at  the  beginning  of  a  shift.  This  will  be  done  by  setting  and  resetting  a  bit  in 
PLC  memory.  That  bit  will  replace  1:003/04  on  rungs  121,  124,  127,  132,  and  134. 

In  order  to  minimize  modifications  to  the  existing  ladder  diagram,  the  production 
rates  and  line  efficiency  will  be  computed  in  FIX  DMACS.  Because  the  set  point  speed  of 
the  production  line  is  currently  not  available  to  the  PLC  as  data,  the  PLC  cannot  record 
the  set  point  speed.  As  a  result,  line  efficiency  will  be  calculated  as  seamed  trays  (C5:5) 
divided  by  total  trays  (C5:l).  Production  rates  can  be  calculated  as  number  of  seamed 
trays  (C5:5)  divided  by  total  uptime  (T4: 13). 
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6.  Automatic  Data  Collection  -  Monitoring  Fault  Conditions 

The  shop  floor  PC  will  also  highlight  fault  conditions.  Figure  10  displays  the 
overall  structure  of  the  failure  mode  by  bit  and  rung  in  the  ladder  logic. 

B3:25 
Rung  43 


1:3/4  1:3/7  1:3/12  1:3/17  B3/24  B3/22  B3/33  C5:4.DN 

Panel  Panel  Panel  Panel  Rung  23  Rung  76  Rung  77  Rung  70 


B3/20  B3/21  B3/22 

Rung  20  Rung  21  Rung  22 


B3/0  to  B3/8  B3/9  to  B3/14  B3/15  to  B3/19 


Figure  10:  Overall  Structure  of  Failure  Mode 

Rung  43,  shown  in  figure  1 1,  controls  whether  the  system  is  up  or  down.  When  B3:25  is 
enabled,  the  system  is  up  and  the  conveyors  are  running.  Otherwise,  the  system  is  down. 
When  the  system  goes  down,  the  fault  condition  can  be  traced  back  to  rung  43.  All  of  the 
bits  enabling  B3:25  (from  rung  43)  are  on  level  2  of  figure  10. 
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Figure  1 1 :  Ladder  Diagram  Controlling  the  Up/Down  Cycle 
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The  operator  can  control  whether  the  system  is  up  from  several  inputs  in  the  form 
of  push  buttons.  In  order  to  start  the  system,  the  operator  must  push  the  system  start 
push-button  I;003/03  on  the  panel.  Also,  the  control  power  must  be  on  (1:003/17). 
Finally,  the  automatic/manual  switches  must  be  set  in  the  automatic  state.  If  in  the 
automatic  state,  the  switches  will  enable  bits  1:003/07  and  1:003/12.  The  operator  can  also 
specify  the  number  of  tray  packs  to  be  produced.  The  run/count  switch,  controlling 
1:003/05,  allows  the  operator  to  preset  the  number  of  trays  to  be  produced.  If  1:003/05  is 
disabled,  the  production  line  will  only  run  until  the  preset  number  of  trays  are  produced 
causing  B3/33  to  enable  and  B3/25  to  disable. 

The  master  safety  relay  B3:24  is  enabled  when  the  system  is  in  working  order. 
Rung  23,  shown  in  figure  12,  enables  B3:24  when  the  motor  overload  (B3/20),  machine 
fault  (B3/21),  and  zero  speed  (B3/22)  master  safety  relays  are  enabled.  In  figure  13,  rung 
20  controls  B3/20.  If  B3/20  is  disabled,  a  motor  overload  has  occurred  and  the  specific 
area  being  overloaded  can  be  traced  to  rung  20.  Bits  B3/0  to  B3/8  narrow  the  overload 
condition  to  the  specific  area  on  the  line.  If,  for  example,  the  main  drive  has  a  motor 
overload,  B3/0  would  become  enabled  causing  B3/20  to  become  disabled.  Notice  that  bits 
B3/0  to  B3/8  must  all  be  disabled  to  enable  B3/20.  Therefore,  any  overload  condition  will 
disable  B3/20  and  in  turn  B3/24  and  B3/25. 
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Figure  12:  Ladder  Diagram  Controlling  Master  Safety  Relay 
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Figure  13;  Ladder  Diagram  Detecting  Motor  Overload  Faults 

All  machine  faults  are  detected  by  bit  B3/21  in  rung  21,  shown  in  figure  14.  These 
fault  conditions  include  wheel  in  /  wheel  out  (B3/9),  over  torque  (B3/10),  no  vacuum 
(B3/11),  no  cover  /  no  body  (B3/12),  carrier  fault  (B3/13),  and  lid  position  (B3/14),  If 
any  of  the  above  machine  fault  conditions  occur,  B3/21  will  become  disabled  causing 
B3/24  and  B3/25  to  become  disabled. 
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Figure  14:  Ladder  Diagram  Detecting  Machine  Faults 


In  figure  15,  bit  B3/22  becomes  disabled  when  any  zero  speed  fault  conditions 
occur.  B3/15  to  B3/19  pinpoint  the  specific  area  that  a  zero  speed  fault  condition  has 
occurred.  For  example,  if  the  phasing  conveyor  has  a  zero  speed  condition,  B3/15 
becomes  enabled  causing  B3/22  to  become  disabled. 
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Figure  15:  Ladder  Diagram  Detecting  Zero  Speed  Faults 

7.  Automatic  Data  Collection  -  FK  DMACS  Implementation 

In  order  to  support  the  shop-floor  data  collection  effort,  an  industrial  automation 
software  called  FIX  DMACS  is  used  on  the  Tray  Pack  Assembly  Line.  FIX  stands  for 
Fully  Integrated  Control  System  and  DMACS  stands  for  Distributed  Manufacturing 
Automation  and  Control  Software.  FIX  DMACS,  an  object  oriented  presentation 
package,  is  the  PC  based  SCADA  (supervisory  control  and  data  acquisition)  software 
used  to  collect  the  necessary  data  from  the  AB  5/12  PLC  and  display  that  data  to  the  plant 
floor  personnel.  FIX  DMACS  provides  the  personnel  with  the  raw  data  from  the  PLC  in 
an  easily  understandable  format. 

FIX  DMACS  uses  a  graphical  user  interface  to  acquire,  present,  and  manage  the 
data.  In  addition  to  displaying  the  real-time  plant-floor  data,  FIX  DMACS  provides  three 
other  SCADA  functions:  supervisory  control,  alarming,  and  control.  After  retrieving  data, 
FIX  DMACS  manipulates  and  processes  the  data  according  to  the  user's  needs.  FIX 
DMACS  can  not  only  retrieve  and  process  data  from  programmable  controllers  but  also 
can  write  data  to  the  controllers.  This  two-way  link  provides  plant  floor  personnel  with 
the  ability  to  control  the  process  from  the  computer.  Through  supervisory  control,  FIX 
DMACS  allows  operators  to  change  set  points  and  other  key  values  from  the  computer. 
Alarming  is  the  ability  to  recognize  exceptional  events  and  immediately  report  those 
events.  Finally,  FIX  DMACS  can  control  the  process  by  automatically  applying 
algorithms  that  adjust  process  values,  maintaining  those  values  within  set  limits. 
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FIX  DMACS  is  flexible  enough  to  operate  in  a  distributed  processing  environment 
or  a  centralized  processing  environment.  FIX  DMACS  can  be  used  for  applications 
requiring  only  one  node  or  applications  requiring  distributed  processing  over  a  network. 
In  addition,  processing  can  be  time-based  or  exception-based.  If  time-based  processing  is 
chosen,  data  is  processed  every  time  period  specified.  If  exception-based  processing  is 
chosen,  data  is  processed  when  an  event  occurs.  The  events  can  be:  data  changes, 
unsolicited  messages  from  the  process  hardware,  operator  actions,  or  software 
applications. 

The  basic  architecture  of  FIX  DMACS,  shown  in  Figure  16,  consists  of  the 
following:  I/O  driver;  Driver  Image  Table  (DIT);  Scan,  Alarm,  and  Control  (SAC) 
program;  database;  internal  database  access  software;  and  the  software  applications.  The 
I/O  driver  is  the  software  interface  to  the  PLC  that  reads  or  writes  data  fi-om/to  the 
registers.  The  user  specifies  the  necessary  registers  using  the  I/O  driver  configuration 
task.  The  Driver  Image  Table  consists  of  the  data  from  the  specified  registers.  Each 
block  in  the  DIT  is  called  a  poll  record.  A  poll  record  is  created  in  the  I/O  driver 
configuration  task  by  specifying  its  starting  address  in  the  PLC  and  length.  The  length  is 
the  number  of  words.  Therefore,  a  poll  record  can  hold  data  from  more  than  one  address. 
Each  poll  record  has  a  poll  time,  which  is  the  rate  that  the  DIT  is  updated  by  the  FO 
driver. 

The  Scan,  Alarm,  and  Control  program  is  the  link  between  the  DIT  and  the 
database.  SAC  does  the  following:  transfers  data  from  the  DIT  to  the  database  or  writes 
data  to  the  DIT  from  the  database,  transforms  the  data  into  the  necessary  format  for  the 
database,  generates  alarm  messages  if  the  data  is  outside  the  alarm  limits,  identifies  any 
exceptions,  and  executes  the  control  logic  of  the  process  database. 
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1/0  Sensors  and  Controls 


Figure  16:  Basic  Architecture  of  FIX  DMACS 

The  process  database  manipulates  and  processes  the  raw  data  from  the  PLC 
according  to  the  user's  needs.  The  Database  Builder  program  is  used  to  create  the 
database,  which  is  made  up  of  blocks  and  chains.  A  block  performs  a  specific  task  using  a 
coded  set  of  process  control  instructions.  A  chain  contains  more  than  one  block  linked 
together  to  form  a  control  loop.  If,  for  example,  you  wanted  to  add  the  data  of  two  data 
points  together  and  write  that  value  back  to  the  PLC,  the  chain  would  consist  of  two 
Analog  Input  blocks  connected  to  a  Calculation  block,  which  is  connected  to  an  Analog 
Output  block.  There  are  many  different  types  of  blocks,  allowing  one  to  manipulate  the 
data  in  almost  any  conceivable  way.  Figure  17  shows  an  illustration  of  the  process 
database. 
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Control  Chain 


Monitoring  Chain 


Figure  17:  Database  Blocks  and  Chains 

The  internal  database  access  software  transfers  the  data  process  by  the  database  to 
the  necessary  software  applications.  The  two  graphics  applications  are  Draw  and  View. 
The  designer  uses  Draw  to  create  the  displays.  View  shows  the  displays  changing  in  real¬ 
time  as  the  processed  data  changes.  Therefore,  the  plant  personnel  can  monitor  the 
production  line  from  the  computer  display  shown  in  View. 

For  the  tray  pack  line,  the  computer  screen  developed  using  FIX  DMACS  displays 
several  items.  First,  the  screen  shows  the  overall  status  of  the  production  line  by 


21 


displaying  one  of  the  following  messages;  system  ready,  system  running,  and  system  fault. 
If  the  production  line  is  available  but  not  running,  the  "system  ready"  message  will  appear 
in  blue.  If  the  production  line  is  running,  the  "system  running"  message  will  appear  in 
green.  Finally,  if  the  production  line  is  stopped  because  of  a  system  fault,  the  "system 
fault"  message  will  appear  in  red. 

Secondly,  the  FIX  DMACS  screen  shows  several  different  tray  counts.  These 
include  total  produced,  total  rejected,  and  total  accepted.  Furthermore,  the  total  trays 
rejected  are  subdivided  by  rejection  categories.  Directly  under  the  total  rejected  number, 
the  screen  shows  the  number  rejected  for  underweight  (insufficient  material  in  the  tray) 
and  the  number  rejected  for  mounding  (material  in  tray  is  piled  too  high  for  sealing). 

Third,  FIX  DMACS  displays  the  current  tray's  weight  and  whether  the  tray  is 
accepted  or  rejected.  After  the  checkweigher  weighs  a  tray,  that  weight  is  displayed  on 
the  FIX  DMACS  screen  directly  under  the  tray  counts.  The  weight  remains  on  the  screen 
until  another  tray  is  weighed,  at  which  time  the  new  weight  is  displayed.  The  computer 
screen  also  shows  a  picture  of  the  production  line  below  the  tray  weight.  The 
acceptance/rejection  status  of  the  current  tray  is  displayed  on  the  production  line.  If  the 
current  tray  is  acceptable,  a  blue  tray  appears  on  the  production  line  at  the  start  of  the 
discharge  conveyor.  Otherwise,  if  the  current  tray  is  not  acceptable,  a  red  tray  appears  on 
the  production  line  at  the  start  of  the  reject  diverter.  Finally,  the  FIXDMACS  screen 
displays  a  chart  of  the  tray  weights  by  time. 

When  the  production  line  stops  because  of  a  system  fault,  the  plant  floor  personnel 
must  immediately  know  what  that  fault  is.  In  addition  to  the  "system  fault"  message,  FIX 
DMACS  displays  the  type  and  actual  location  of  fault  condition  when  a  fault  has  occurred. 
The  message  will  remain  until  the  line  is  reset. 

The  design  of  the  FIXDMACS  display  of  the  tray  pack  line  is  still  ongoing. 
Several  additions  to  the  screen  will  be  made  and  new  screens  will  be  added  which  can  be 
accessed  through  a  menu-driven  mechanism.  The  computer  display  will  show  the  total 
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uptime,  total  downtime,  and  total  idle  time.  The  idle  time  is  defined  as  the  time  the 
production  line  is  available  but  not  running.  The  screen  will  also  display  the  production 
efficiency.  Production  efficiency  is  defined  as  the  number  of  acceptable  seamed  trays 
divided  by  the  number  of  total  trays.  With  access  to  the  set  point  speed,  production 
efficiency  may  be  redefined  as  the  number  of  acceptable  trays  divided  by  the  total  number 
of  trays  that  could  have  been  produced  during  the  entire  process  time.  Alarming  and 
alarm  summaries  will  be  added  to  the  existing  screen  layout.  User  friendly  screens  will  be 
developed  to  enable  an  operator  to  input  data.  This  will  allow  the  supervisory  control  of 
the  line.  Finally,  several  different  statistical  charts  will  be  added  to  the  display. 

8.  Summary 

In  this  document  we  have  described  the  control  strategy  and  implementation  for 
the  level  2  automation  plan  for  the  tray  pack  filling/sealing  line  of  CRAMTD.  This 
includes  both  the  automation  of  machine  control  functions  and  the  automatic  acquisition 
of  data. 

Data  is  automatically  collected  from  various  sensors  placed  throughout  the 
filling/sealing  line,  such  as  weight,  mounding  of  material,  and  location  of  trays.  The  data 
is  then  presented  to  the  operator  through  the  use  of  a  SCADA  node  and  monitor.  Critical 
information  on  production  rates,  downtime,  efficiency,  and  material  usage  are  all  recorded 
and  displayed. 

This  document  is  to  be  considered  a  working  document.  The  automation 
software,  FIX  DMACS,  is  introduced  briefly  and  a  more  detailed  report  on  FIX  DMACS 
implementation  will  follow  as  an  update  to  this  document. 
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1  Introduction 


The  Combat  Rations  Advanced  Manufacturing  Technology  Demonstration  (CRAMTD) 
project  is  sponsored  by  the  United  States  Department  of  Defense  (DOD),  Defense  Lo¬ 
gistics  Agency  (DLA).  The  goals  of  the  project  are  to  create  a  pilot  facility  to  demon¬ 
strate  advanced  manufacturing  technologies  which  include  computer  integrated  man¬ 
ufacturing  (CIM).  The  CIM  system  must  support  the  various  functions  of  the  plant 
including  the  management  of  materials  throughout  the  facility. 

A  Materials  Management  (MM)  subsystem  tracks  materials  from  the  moment 
they  arrive  at  the  facility  until  they  are  shipped  off  to  customers  as  finished  prod¬ 
ucts.  Material  Management  goes  a  step  beyond  warehouse  management  by  tracking 
materials  as  they  flow  through  the  production  process. 

Materials  management  in  the  manufacturing  environment  can  be  broken  down 
into  three  distinct  phases:  Raw  Material,  In-Process  and  Finished  Goods.  These 
phases  reflect  the  chronological  path  of  materials  from  the  time  of  delivery,  through 
production  and  finally  to  the  point  of  shipment.  In  this  paper  we  focus  only  on 
the  design  and  implementation  of  material  management  of  raw  material  and  finished 
goods.  The  tracking  of  materials  through  In-Process  will  be  addressed  in  a  future 
technical  working  paper. 

In  this  paper,  we  will  describe  the  underlying  features  of  the  MM  subsystem. 
These  major  features  include: 

•  Integration  with  the  Purchasing  and  Quality  Assurance  (QA)  subsystems. 

•  A  Material  Hierarchy  system  for  relating  raw  materials,  sub-assemblies  and 
finished  products. 

•  A  flexible  Material  Type  system  for  classifying  materials. 

•  A  flexible  Warehouse  Locator  system  for  organizing  the  storage  and  movement 
of  materials. 

•  A  system  of  material  States  and  Statuses  used  to  track  the  disposition  of  material 
lots. 

•  A  comprehensive  Material  Tracking  system  that  logs  all  transactions  involving 
material  movements  and  usage. 

•  A  flexible  Material  Cost  system  for  assigning  various  costs  to  each  material  (e.g. 
storage,  rework,  return,  testing,  etc.) 

Based  on  these  underlying  features,  the  MM  subsystem  supports  the  following 
major  functions: 

•  Material  and  material  types  setup 


5 


•  Warehouse  and  locator  system  setup 

•  Receipt  of  materials  at  delivery 


•  Inter-  and  Intra-  warehouse  movement  of  materials 

•  Physical  inventory 

2  Definitions 

The  following  definitions  pertain  to  the  CRAMTD  Materials  Management  subsystem 

and  the  operations  of  the  CRAMTD  food  production  facility. 

Batch  A  collection  of  sub-assemblies  or  finished  products  produced  during  a  given 
time  period. 

Controlled  Materials  Materials  that  require  quality  control  testing  before  they  can 
be  used  for  production. 

Delivery  The  arrival  of  materials  from  a  supplier  to  the  manufacturing  facility. 

Disposition  The  qualities  that  make  up  a  material  lot  as  recorded  by  the  current 
state  or  status. 

Location  A  physical  area  within  the  plant  or  warehouse.  Examples  are  the  Loading 
Dock,  Freezer,  Production  Line,  etc.  The  locator  system  is  described  in  section 
3.4  on  page  12. 

Material  Class  The  APICS  class  for  a  material.  The  class  designation  determines 
how  frequently  the  material  should  undergo  a  physical  inventory.  For  example, 
Class  A  materials  would  be  inventoried  more  often  then  Class  B  materials. 
Material  classes  are  described  in  section  3.7  on  page  16. 

Material  Lot  A  collection  of  raw  material  or  finished  products  as  tracked  internally 
by  the  production  database. 

Material  Lot  Number  A  unique  identifier  for  the  material  lot.  This  is  assigned  by 
the  MM  subsystem  at  the  time  of  delivery  or  at  the  time  of  creation. 

Material  State  The  disposition  of  an  entire  material  lot.  Examples  are  IN  QC, 
RELEASED  and  REJECTED.  Material  States  are  explained  in  section  3.5  on 
page  12. 

Material  Status  An  indication  of  the  disposition  of  a  material  lot  stored  at  a  par¬ 
ticular  location.  Examples  are  QC  Hold.  On  Hand  and  On  Hold.  Material 
Statuses  are  explained  in  section  3.5  on  page  12. 
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Material  Types  A  series  of  identifiers  that  provide  a  means  for  classifying  materi¬ 
als.  Material  Types  include  RAW,  FINISHED,  CHOPPED,  SLICED,  DICED, 
WHOLE,  BEEF.  CHICKEN.  PORK,  etc.  Material  Types  are  discussed  in  sec¬ 
tion  3.3  on  page  9. 

Operation  .\  stage  in  the  production  process  where  one  or  more  raw  materials  or 
sub-assemblies  are  transformed  into  finished  goods  or  sub-assemblies. 

Organization  .\ny  enterprise  involved  with,  or  related  to,  the  CRAMTD  food  pro¬ 
duction  facility.  These  include  vendors,  suppliers,  customers,  and  the  produc¬ 
tion  facility  itself. 

Production  Database  The  central  plant  database  where  all  production,  quality 
and  materials  management  data  reside. 

Production  Line  .A  collection  of  machines  used  to  convert  raw  materials  into  fin¬ 
ished  goods. 

Shipment  The  movement  of  materials  or  finished  products  from  the  manufacturing 
facility  to  another  party.  Shipments  can  be  performed  to  send  finished  goods 
to  a  customer  or  to  return  materials  back  to  a  supplier. 

Warehouse  A  location  where  raw  materials  and  finished  goods  are  stored. 


3  Underlying  Features  of  Materials  Management 

In  the  following  sections,  the  underlying  design  features  of  the  integrated  system  are 
described. 


3.1  Integration 

The  Materials  Management  (MM)  subsystem  is  integrated  with  the  remainder  of  the 
plant  database  including  the  Purchasing  and  Quality  Assurance  subsystems. 

The  Purchasing  subsystem  is  used  to  generate  Requisitions  and  Purchase  Orders 
for  new  materials.  A  requisition  can  be  triggered  automatically  when  inventory  levels 
fall  below  a  safety  stock  point  or  when  a  manager  wishes  to  order  new  materials. 

The  MM  subsystem  takes  over  when  the  materials  arrive  in  a  delivery.  Each  item 
delivered  to  the  manufacturing  facility  is  traced  back  to  the  originating  purchase 
order.  The  quantity  of  material  delivered  is  referred  to  as  a  Material  Lot  and  is 
assigned  a  unique  Lot  Number. 

The  Quality  Assurance  (QA)  subsystem  is  responsible  for  tracking  the  sampling 
and  testing  of  any  controlled  materials.  The  QA  subsystem  maintains  a  list  of  samples 
taken  from  the  lot  and  stores  the  results  of  tests  performed  on  the  samples.  This 
information  can  then  be  used  to  guide  quality  control  personnel  in  determining  the 
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Figure  1:  Parts  Explosion  for  Beef  Stew  in  a  Pouch 

disposition  of  the  material  lot.  For  more  information  on  the  QA  subsystem,  please 
refer  to  [2]. 

3.2  Material  Hierarchy 

Products  in  the  facility  are  manufactured  by  combining  various  raw  materials  in 
specific  quantities.  It  is  common  to  refer  to  the  parts  explosion  of  a  product  as  a 
means  of  viewing  the  individual  components.  An  example  parts  explosion  for  “Beef 
Stew  in  a  Pouch”  is  given  in  Figure  1. 

Each  level  of  the  hierarchy  represents  some  collection  of  materials  that  are  re¬ 
quired  to  make  a  material  at  the  next  higher  level.  The  raw  materials  are  shown  at 
the  bottom  of  the  tree  while  the  highest  level  is  considered  a  finished  good.  The  ma- 
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terials  in  the  middle  levels  a,re  called  sub-CLSScmblics  or  batches.  Xraditional  systems 
store  information  about  these  various  items  in  distinct  places.  This  often  results  in 
confusion  when  referring  to  the  items.  For  example,  a  material  might  be  considered 
a  sub-assembly  in  some  cases  and  a  raw  material  in  other  cases. 

It  is  possible  that  the  enterprise  may  wish  to  make  all  of  the  products  from  scratch 
meaning  only  raw  materials  such  as  the  pouch  material,  water,  tomato  paste,  carrots 
and  peas  are  purchased  and  combined  together.  .Another  possibility  is  that  the  enter¬ 
prise  may  purchase  an  intermediate  set  of  materials  such  as  Beef  Stew  and  combine 
this  with  the  pouch  material  to  create  a  finished  product.  There  are  many  variations 
of  these  situations  that  could  also  be  chosen. 

The  CRAMTD  database  model  uses  a  generalized  material  hierarchy  to  organize 
the  relationships  between  materials.  To  generalize  this  structure,  items  at  all  levels 
of  the  hierarchy  are  called  Materials.  A  material  may  have  a  single  parent  material 
and  it  may  have  zero,  one  or  more  child  materials.  In  Figure  1,  Beef  Stew  has  three 
children:  Beef  Cubes.  Vegetables  and  Sauce.  Beef  Stew  also  has  a  parent:  Beef  Stew 
in  a  Pouch.  Carrots  have  no  children  but  they  have  Vegetables  as  a  parent. 

A  material  structure  is  used  to  coordinate  the  parent-child  relationship.  This  rela¬ 
tionship  includes  additional  information  such  as  a  part  mixture  ratio  for  the  children 
and  units  of  measure  for  the  parent.  For  example,  Carrots  and  Peas  may  be  mixed  in 
a  2:1  ratio  in  order  to  make  Vegetables.  Vegetables  may  then  be  measured  in  pounds. 
Materials  may  participate  in  many  different  hierarchies  depending  on  the  product 
being  defined. 

By  referring  to  each  item  as  a  material,  the  enterprise  has  the  option  of  purchasing 
materials  any  level,  including  the  highest  level,  and  in  any  combination,  in  order  to 
manufacture  finished  products.  This  approach  eliminates  the  confusion  of  having  to 
refer  to  a  material  in  a  certain  context  such  as  raw  or  sub-assembly. 

3.3  Material  Types 

.4  typical  manufacturing  company  may  require  hundreds  or  thousands  of  materials 
in  order  to  manufacture  a  wide  range  of  products.  Keeping  track  of  such  a  list  of 
parts  and  materials  has  typically  been  done  by  assigning  a  unique  identifier  to  each 
material  or  part  along  with  a  longer  text  description.  The  unique  identifier  is  often 
coded  in  such  a  way  that  the  material  can  be  deciphered  by  examining  only  its  id. 
Such  a  coding  scheme  is  shown  in  Figure  2. 

There  are  three  main  disadvantages  to  this  scheme: 

1.  Coding  schemes  are  closed  in  the  sense  that  each  “category”  is  given  a  fixed 
number  of  places.  Should  the  number  of  categories  exceed  these  places,  the 
coding  scheme  must  be  changed.  In  Figure  2,  the  style  of  preparations  (i.e. 
Diced)  are  limited  to  36  (26  letters  and  0-9). 

2.  Once  coding  schemes  are  established,  changing  them  can  be  very  difficult  and 
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Place 

Meaning 

1 

R  -  Raw.  S  -  Sub-Assembly  or  F  -  Finished  goods 

2 

1  -  Beef.  2  -  Pork.  3  -  Chicken.  4  -  Vegetables  .  .  . 

3 

1  -  Whole.  2  -  Diced.  3  -  Sliced.  4  -  Ground  .  .  . 

4-6 

Three  digit  number  for  a  specific  material 

Examples: 

Diced  Beef  Cubes  R12001 

Whole  Chicken  Breast  R31123 
Ground,  Seasoned  Pork  S24981 

Figure  2:  A  Coding  Scheme  for  Material  Identification 

costly.  Material  identifiers  are  used  in  many  other  areas  of  the  database  as  a 
link  back  to  the  materials.  Therefore,  any  change  to  the  identifier  structure  will 
need  to  be  propagated  throughout  the  system. 

3.  Coding  schemes  are  difficult  to  decipher  by  humans.  Although  the  coding 
scheme  in  Figure  2  might  become  easy  to  parse  over  time,  longer  coding  schemes 
with  additional  categories  may  be  impossible  for  a  human  reader  to  deconstruct. 

The  CRAMTD  database  model  addresses  these  main  criticisms,  by  employing  a 
method  for  associating  types  to  materials  that  is  flexible,  extensible  and  easy  for 
humans  to  read  and  to  understand. 

Each  “category”  described  in  the  Figure  2  is  considered  a  Material  Type.  Material 
Types  are  organized  into  levels  with  the  most  general  type  at  the  highest  level  and  the 
most  specific  type  at  the  lowest  level.  All  levels  and  types  are  given  “plain  English” 
names  defined  by  the  users  of  the  system  who  are  free  to  organize  them  to  meet  the 
needs  of  the  enterprise.  All  material  type  information  is  stored  in  separate  tables,  not 
within  the  material  tables  themselves.  A  sample  flexible  coding  scheme  can  be  seen 
in  Figure  3. 

Because  both  the  number  of  levels  and  the  number  of  types  per  level  are  not  fixed, 
this  type  method  is  extensible  to  accommodate  any  future  changes.  Since  the  type 
information  is  stored  separately  from  the  actual  materials,  changes  to  the  material 
types  do  not  affect  other  parts  of  the  system.  Last,  because  the  users  assign  “plain 
English”  names  to  the  types,  humans  can  read  and  understand  the  specifics  of  a 
material  without  having  to  learn  a  coding  scheme.  An  example  of  the  types  for  the 
material  Diced  Beef  Cubes  is  given  in  Figure  4. 
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Level  Meaning 

1 

RAW.  L\-PROCESS.  FINISHED 

2 

BEEF.  PORK.  CHICKEN.  VEGETABLES  .  .  . 

3 

WHOLE.  DICED,  SLICED.  GROUND  .  .  . 

4 

etc. 

Figure  3:  A  Flexible,  Extensible  Coding  Scheme  for  Materials 


Figure  4:  Flexible.  Extensible  Type  Specification  for  Diced  Beef  Cubes 


{ 
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3.4  Warehouse  Location 


A  warehouse  location  system  is  used  to  designate  specific  locations  in  the  warehouse 
and  elsewhere  in  the  manufacturing  facility  where  materials  may  be  stored.  Conven¬ 
tional  inventory  management  systems  lay  out  the  entire  facility  as  a  series  of  Aisles. 
Tiers  and  Bins.  Material  lots  may  be  stored  by  associating  a  quantity  of  material  to 
a  particular  Aisle,  Tier  and  Bin  location. 

It  is  often  necessary  to  restrict  materials  to  specific  regions  within  the  production 
facility.  For  example,  frozen  beef  must  be  stored  in  the  freezer  and  may  only  be 
moved  to  the  production  line  for  use.  For  another  example,  finished  goods  must  be 
placed  into  a  quarantine  area  until  they  have  passed  all  QC  tests. 

Restricting  materials  lots  to  specific  areas  may  be  done  via  physical  means  such 
as  signs  posting  which  materials  may  be  appropriately  stored  in  which  areas.  Because 
such  physical  methods  are  prone  to  human  error,  most  modern  systems  rely  on  rules 
within  the  inventory  management  subsystem  to  electronically  prevent  material  storage 
errors. 

In  the  CRAMTD  database  model,  each  Organization  may  have  one  or  more  Ware¬ 
houses  that  can  store  any  type  of  material.  A  Warehouse  is  broken  down  into  user 
defined  Areas  that  contain  materials  of  a  specific  type.  Within  an  area,  the  traditional 
•Aisle,  Tier,  Bin  designation  is  used  to  pinpoint  the  storage  location.  .A.  sample  ware¬ 
house  layout  can  be  seen  in  Figure  5.  Materials  can  then  be  restricted  to  a  specific 
area  depending  on  material  type. 

3.5  Material  States  and  Statuses 

The  production  of  food  requires  careful  attention  to  the  quality  of  materials  that  make 
up  a  product.  Since  many  materials  are  perishable  (i.e.,  they  have  a  limited  useable 
life  span),  it  is  important  to  maintain  records  of  any  changes  made  to  the  materials  or 
the  areas  in  which  they  are  stored.  .A  material  lot  (a  collection  of  the  same  material) 
may  come  under  a  variety  of  conditions  from  the  time  it  is  manufactured  until  the 
time  it  is  used  to  make  another  product  or  until  it  is  consumed.  We  call  the  current 
conditions  of  a  material  lot  its  disposition. 

In  the  CRAMTD  database  model,  a  material  lot  is  defined  as  a  quantity  of  material 
that  is  considered  homogeneous  upon  delivery  or  creation.  For  example,  if  10,000 
pounds  of  beef  from  one  supplier  are  delivered  in  one  truck,  the  material  lot  would  be 
the  full  10,000  pounds.  If  an  additional  5,000  pounds  from  the  same  supplier  arrives 
two  hours  later,  it  would  be  considered  as  a  separate  material  lot.  .After  delivery,  a 
material  lot  may  be  split  up  in  order  to  store  it  more  efficiently.  In  this  case,  the 
material  lot  is  associated  with  a  specific  warehouse  location  called  a  Material  Lot 
Location. 

There  are  certain  aspects  of  materials  that  apply  to  the  entire  lot  while  other 
aspects  apply  only  to  the  quantity  of  material  stored  at  a  specific  location.  These 
aspects  are  given  the  names  States  and  Statuses  respectively. 
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Figure  5:  Sample  Warehouse  Layout 


13 


The  material  States  used  in  the  model  are  defined  as  follows: 


IN  QC  The  entire  material  lot  is  considered  to  be  under  inspection  by  QC  personnel. 
Such  material  may  not  be  used  for  any  purpose  nor  should  it  be  shipped  to  a 
customer. 

RELEASED  The  entire  material  lot  has  passed  QC  testing  and  is  considered  to  be 
in  good  condition.  Such  material  can  be  used  for  production  or  can  be  shipped 
to  a  customer. 

REJECTED  The  entire  material  lot  has  been  tested  by  QC  and  found  to  be  defec¬ 
tive.  Such  material  may  not  be  used  for  any  purpose.  This  material  may  be 
reclassified,  destroyed  or  returned  to  the  supplier. 

Because  material  lots  can  be  stored  in  one  or  more  material  lot  locations,  material 

Statuses  are  used  to  track  the  disposition  of  these  parts  of  the  complete  material  lot. 

For  example,  a  material  lot  may  have  the  state  of  RELEASED  but  a  particular  lot 

location  may  have  spoiled  or  may  have  been  damaged.  The  material  statuses  are  as 

follows: 

ON  HOLD  The  material  lot  location  is  on  hold  for  some  reason.  While  in  this 
status,  the  material  at  the  location  may  not  be  used  for  any  purpose.  This 
status  is  assigned  right  away  when  any  condition  is  suspected  of  compromising 
a  material  lot  location. 

QC  HOLD  The  material  lot  location  is  on  hold  while  QC  tests  are  being  performed. 
While  in  this  status,  the  material  at  the  location  may  not  be  used  for  any 
purpose.  Typically  when  an  entire  material  lot  is  IN  QC,  all  of  its  lot  locations 
are  placed  on  QC  HOLD. 

ON  HAND  The  material  at  this  lot  location  may  be  used  for  production  or  shipped 
to  a  customer.  Typically  when  a  material  lot  is  RELEASED,  all  of  its  lot 
location  are  placed  ON  HAND. 

RECLASS  The  material  at  this  lot  location  is  marked  for  reclassification.  While  in 
this  status,  the  material  at  the  location  may  only  be  used  for  rework  leading  to 
a  reclassification. 

DESTROY  The  material  at  this  lot  location  is  marked  for  destruction.  While  in 
this  status,  the  material  at  the  location  may  not  be  used  for  any  purpose. 

RETURN  The  material  at  this  location  is  marked  for  return  to  the  supplier.  While 
in  this  status,  the  material  at  the  location  may  only  be  shipped  as  part  of  a 
Returns  shipment  (i.e.  not  as  a  customer  shipment). 
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Lot  State 

Lot  Location  Status 

^  IN  QC 

QC  HOLD 

:  RELEASED 

ON  HAND  for  good  lot  locations 

ON  HOLD  for  lot  locations  found  to  be  bad  after  release 

REJECTED 

:  1 

1 

1 

1 

ON  HOLD  until  a  decision  is  made 

RECL.A.SS  if  material  can  be  reclassed 

DESTROY  if  material  is  to  be  destroyed 

RETURN  if  material  is  to  be  returned 

Figure  6:  Material  States  and  Statuses  for  Lots  and  Lot  Locations 

The  initial  state  and  status  of  controlled  materials  is  IN  QC  and  QC  HOLD 
respectively.  These  conditions  are  what  signal  QC  personnel  to  take  samples  and  to 
test  the  material  lots.  Based  on  the  test  results,  a  material  lot  may  be  RELEASED 
in  which  case  all  lot  locations  statuses  become  ON  HAND,  or  it  may  be  REJECTED, 
in  which  case  all  lot  locations  statuses  will  change  to  ON  HOLD.  Once  ON  HOLD, 
the  status  may  then  change  to  RETURN,  DESTROY  or  REWORK  depending  on 
the  arrangements  made  by  purchasing  and  the  supplier.  These  states  and  statuses 
are  compared  in  Figure  6.  For  more  information  on  the  quality  control  aspects  of  the 
CRAMTD  database  model  please  consult  [2]. 

3.6  Material  Auditing 

-Many  food  products  contain  ingredients  that  may  be  very  costly  and.  hence,  require 
careful  attention  to  the  quantities  used  and  wasted  before  and  during  production.  The 
material  auditing  function  of  the  CRAMTD  database  uses  a  double  entry  method  for 
recording  material  transactions.  Such  transactions  may  include: 

•  Creating  a  quantity  of  material  in  a  new  material  lot. 

•  Moving  a  quantity  of  material  from  one  location  to  another. 

•  Shipping  a  quantity  of  material  to  a  customer. 

•  Destroying  a  quantity  of  material. 

•  Adjusting  the  state  of  a  material  lot. 

•  Adjusting  the  status  of  a  material  lot  location. 

Three  mechanisms  exist  in  the  CRAMTD  database  model  to  track  these  transac¬ 
tions  "behind  the  scenes".  In  each  case,  the  date  and  time  the  transaction  occurred 
as  well  as  the  user  id  of  the  person  responsible  for  the  transaction  are  recorded.  These 
mechanisms  are  described  as  follows; 
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Material  Audit  Trails  Any  creation,  destruction  or  movement  of  materials  creates 
a  material  audit  trail  record.  This  record  indicates  the  type  of  transaction 
taking  place  and  should  be  balanced  by  a  matching  transaction  in  the  future. 
For  example,  moving  a  material  lot  requires  two  transactions,  a  “quantity  Debit” 
from  one  location  and  a  “quantity  Credit”  in  another  location. 

Material  State  Logs  .Any  transaction  that  involves  a  change  of  material  lot  state 
is  recorded  in  the  material  state  logs.  The  “From  state”  and  “To  State”  are 
recorded  along  with  the  material  lot  number,  date  and  time  and  the  user  id. 

Material  Status  Logs  .Any  transaction  that  involves  a  change  of  material  lot  loca¬ 
tion  status  is  recorded  in  the  material  status  logs.  The  “From  status”  and  “To 
Status”  are  recorded  along  with  the  material  lot  number,  location,  date  and 
time  and  the  user  id. 

Listing  the  audit  trails  for  a  given  material  lot  gives  a  complete  history  of  every¬ 
thing  that  happened  to  the  lot  during  its  lifetime  at  the  CRAMTD  facility. 

3.7  Material  Classes 

.Any  manufacturing  facility  has  on  hand,  a  variety  of  raw  materials  that  differ  in  value. 
Materials  that  are  very  expensive  or  prone  to  shrinkage  should  be  inventoried  more 
frequently  than  less  expensive  materials.  Material  classes  can  be  set  up  to  simplify 
the  scheduling  of  physical  inventories  done  on  raw  materials  and  finished  goods. 

A  well  known  example  of  material  classification  is  the  APICS  classes.  This  scheme 
breaks  materials  down  into  three  classes,  A,  B  and  C.  Class  A  materials  are  the  most 
valuable  and  are  therefore  placed  under  close  scrutiny.  Class  C  materials  are  at  the 
other  end  of  the  spectrum  and  can  be  accounted  for  less  frequently.  Class  B  materials 
fall  between  A  and  C. 

.As  an  example,  consider  a  company  that  makes  beef  stew  MREs.  The  following 
chart  gives  an  ingredients  listing  with  the  APICS  class  assigned  to  each  material  and 
the  frequency  of  physical  inventory: 


Material /Ingredient 

APICS  Class 

Inventory 

Raw  Beef 

A 

Every  2  Months 

Mixed  Vegetables 

B 

Every  6  Months 

Tomato  Paste 

B 

Every  6  Months 

Water 

C 

Every  12  Months 

Spices 

C 

Every  12  Months 

Pouch/Webbing  Material 

c 

Every  12  Months 

Note  that  this  assignment  will  differ  depending  on  the  organization  implementing 
the  material  classes.  In  some  organizations  where  shrinkage  presents  a  severe  problem. 
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inventory  frequency  can  be  increased  and  more  materials  would  be  considered  in  the 
A  or  B  class. 

The  database  model  for  material  classes  affords  flexibility  in  the  number  of  classes 
designate^d  (virtually  unlimited)  and  the  ability  to  assign  a  different  inventory  fre¬ 
quency  for  each  class. 

3.8  Material  Costs 

variety  of  costs  are  associated  with  the  manufacture  or  purchase  of  a  material 
or  product.  These  costs  are  used  by  an  accounting  department  to  make  business 
decisions  such  as  whether  to  manufacture  a  new  product. 

In  the  CRAMTD  database  model,  several  Material  Costs  can  be  associated  with 
each  material.  They  are: 

Raw  Material  Cost  The  cost  for  the  basic  raw  materials. 

Labor  Cost  The  labor  costs  involved  in  making  the  product. 

Overhead  The  overhead  costs  associated  with  supporting  the  manufacture  or  pur¬ 
chase  of  a  product. 

Miscellaneous  Any  costs  not  fitting  in  the  above  categories. 

This  set  of  costs  will  be  different  depending  on  if  the  goal  is  to  purchase  a  new 
material,  make  a  new  material  or  reclassify  an  old  material  into  a  new  material  by 
reworking  it.  Each  one  of  these  is  referred  to  as  a  Material  Cost  Type.  Some  examples 
are: 

Purchase  The  costs  to  purchase  the  material  or  product. 

Manufacture  The  costs  to  manufacture  a  material  or  product. 

Rework  The  costs  to  rework  a  material  into  a  new  material. 
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4  Database  Design 

The  information  systems  of  an  organization  are  made  up  of  a  set  of  activities  that 
regulates  the  sharing  and  distribution  of  information  and  the  storage  of  data  that  are 
of  relevance  to  the  operation  and  management  of  the  organization. 

A  proper  design  of  the  underlying  database  of  an  information  system  of  an  orga¬ 
nization  must  therefore  be  based  on  the  understanding  of  the  system's  activities  and 
their  information  requirements.  Below  is  a  discussion  of  our  model  of  the  system's 
activities  followed  by  a  discussion  of  the  corresponding  data  model. 


4.1  The  Functional  Model 

The  functional  analysis  has  been  performed  by  a  top-down,  structured,  systems  anal¬ 
ysis  technique  called  IDEFO  [6,  7,  8].  The  IDEFO  model  of  the  CRAMTD  application 
is  described  in  [3].  The  IDEFO  technique  models  a  system’s  activities  and  the  in¬ 
formation  flow  among  them.  To  construct  an  IDEFO  model,  we  initially  represent 
the  generic  activities  of  the  system  and  then  successively  decompose  each  of  these 
activities  into  greater  detail.  The  building  blocks  of  the  IDEFO  model  are: 

•  The  activity  (function)  box:  This  represents  an  activity  or  function  of  a  system. 
This  could  be  either  a  generic  activity  or  one  of  the  detailed  activities  that 
constitute  a  generic  activity. 

•  Arcs:  These  represent  inflow  and  outflow  associated  with  a  given  function  box. 
There  are  four  types  of  arcs: 

-  Input:  Represents  the  set  of  inputs,  e.g.,  information  and  materials  re¬ 
quired  to  perform  the  activity.  This  is  depicted  by  an  arrow  entering  the 
activity  box  from  the  left. 

-  Output:  Represents  the  outflow  from  the  activity.  This  is  depicted  by  an 
arrow  leaving  the  activity  box  from  the  right. 

—  Control:  Represents  the  constraints  that  govern  the  process  by  which  the 
activity  is  performed.  This  is  depicted  by  an  arrow  entering  the  activity 
box  from  the  top. 

-  Mechanism:  Represents  the  human  or  equipment  resources  that  are  re¬ 
quired  in  performing  the  activity. 

This  is  depicted  by  an  arrow  entering  the  activity  box  from  the  bottom. 

More  than  100  activities  are  identified  in  the  target  application  area.  For  more 
details  about  the  functional  model  of  the  CRAMTD  application,  please  see  [3]. 
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4.2  The  Data  Model 


The  technique  used  for  data  modeling  is  known  as  IDEFIX,  a  semantic  data  model 
based  on  Codd's  relational  data  model  [5]  and  Chen’s  entity-relationship  model  [4]. 

^^tit\  is  an  element  ol  the  system  that  is  relevant  to  the  jVIaterial  ^Management  op¬ 
eration.  .\n  entity  could  be  something  tangible  such  as  a  receiving  clerk  or  something 
more  abstract  such  as  an  adjustment  reason  code.  Each  entity  is  described  in  terms 
of  one  or  more  attributes.  The  real  life  interaction  between  one  entity  and  another  is 
represented  in  the  Entity-Relationship  (E-R)  model  by  a  relationship.  A  diagram  of 
these  entities  and  their  relationships  is  known  as  an  E-R  diagram.  The  IDEFl  model 
IS  used  to  develop  the  conceptual  schema  of  the  application.  The  building  blocks  of 
the  IDEFIX  model  are  entities,  attributes,  and  relationships. 

The  IDEFIX  model  for  our  target  application  is  described  in  more  detail  in  [1]. 

Entities  are  represented  by  boxes  in  the  IDEFIX  model.  Identifier-dependent 
(ID)  entities,  which  are  child  entities  whose  e.xistence  depends  on  that  of  the  parent 
entity,  are  shown  by  boxes  with  round  corners.  Identifier-independent  (II)  entities 
have  independent  existence,  and  are  shown  with  boxes  with  square  corners. 

.Attributes  of  an  entity  are  listed  inside  the  entity  box.  The  primary  key  attributes 
are  listed  above  a  horizontal  line  inside  the  entity  box.  ID  entities  inherit  the  primary 
key  attributes  of  their  parent,  entities.  Multiple  inheritance  is  allowed  in  this  data 
model. 

Relationships  are  represented  by  arcs  in  the  IDEFIX  model.  If  one  of  the  entities 
connected  by  an  arc  is  child  entity,  then  the  arc  is  represented  by  a  bold  line.  The  dot 
at  the  end  of  an  arc  identifies  the  child  entity.  .Arcs  connecting  two  entities  that  do  not 
have  a  parent-child  relationship  are  represented  by  a  dashed  line.  Relationships  are 
named  by  verb  phrases.  In  addition,  a  fully  developed  IDEFIX  model  replaces  each 
m.n  relationship  with  an  additional  cross  reference  entity  and  two  Im  relationships. 

4.3  The  CASE  Model 

Using  Oracle  Computer  Aided  Software  Engineering  (CASE)  tools,  specifically  Oracle 
CASE^Dictionary  and  Oracle  CASE’^Designer,  the  user  requirements  were  translated 
into  a  single  function  hierarchy  that  shows  all  the  relevant  activities.  The  IDEFO 
model  introduced  in  the  previous  section  was  used  as  a  starting  point  to  develop  a 
functional  hierarchy  that  is  integrated  with  the  E-R  model. 

In  a  functional  hierarchy,  the  higher  level,  generalized  functions  are  at  the  top  and 
more  detailed  functions  are  shown  at  the  end  of  the  paper  (see  Appendix  I).  The  leaf 
nodes  in  the  hierarchy  are  elementary  functions  that  may  become  actual  data  entry 
or  reporting  screens. 

Each  of  these  activities  are  further  defined,  based  on  the  entity  relationship  model 
(E-R),  in  terms  of  the  entities,  attributes,  and  the  relationships  they  use.  The  Material 
Management  application  requires  the  use  of  over  31  elementary  functions.  Some  of 
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these  are  described  in  the  Function  to  Entity  Matrix  report  shown  in  Appendix  II. 
An  example  matrix  for  the  Warehouse  Data  Entry  function  is  given  below. 

•  Function  :  MO.l 

Definition:  Warehouse  Data  Entry 


Entity  Create  Retrieve  Update  Delete 


WAREHOUSE  Y  Y  Y  Y 


The  model  defined  in  the  Oracle'^CASE  tool  reflects  the  rules  of  the  business  as 
described  by  the  personnel  at  the  CRAMTD  food  production  facility.  The  business 
rules  can  be  captured  as  relationships  between  entities,  additional  attributes  for  an 
entity  or  the  use  of  an  entity  by  a  particular  function.  The  Oracle  CASE*Designer 
provides  an  E-R  diagraming  function  as  shown  in  Appendix  III. 

Entities  and  their  definitions  can  be  seen  in  the  Entity  Definition  Report  provided 
by  CASE*Dictionary.  .4  full  Entity  Definition  report  for  the  Material  Management 
application  is  shown  in  Appendix  IV.  As  an  example,  the  definition  for  the  Warehouse 
entity  is  shown  below. 

•  WAREHOUSE 

.4  warehouse  is  a  place  where  materials  can  be  stored. 

Entities  are  related  to  one  another  by  relationships.  The  Oracle  CASE  tools  allow 
the  designers  and  analysts  to  designate  meaningful  sentences  for  each  relationship 
that  reflects  the  business  rules  of  the  enterprise. 

Each  relationship  has  two  participating  entities  at  each  end.  The  entities  are 
designated  by  their  names  as  shown  in  the  previous  figure.  The  participation  in 
the  relationship  can  be  either  mandatory  or  optional  and  is  indicated  by  the  phrases 
“MUST  BE”  and  “MAY  BE”  respectively.  Relationships  also  have  cardinality  as 
expressed  by  the  phrases  "ONE  AND  ONLY  ONE”  and  “ONE  OR  MORE”. 

.4s  an  example,  several  relationships  for  the  Material  entity  are  shown  below: 

•  Each  material  may  be  accounted  for  according  to  one  or  more  material  costs 

•  Each  material  may  be  the  material  making  up  one  or  more  material  lots 

•  Each  material  may  be  cross  referenced  to  a  warehouse  in  one  or  more  material 
warehouses 

•  Each  material  may  be  purchased  on  one  or  more  purchase  order  items 
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•  Each  material  may  be  related  to  one  or  more  material  type  cross  references 

•  Each  material  may  be  requisitioned  by  one  or  more  requisition  details 

•  Each  material  may  be  restricted  to  one  or  more  area  materials  restricted 

A  full  listing  of  relationships  for  the  materials  management  subsystem  is  given  in 
Appendix  V. 

5  Database  Implementation 

The  implementation  of  the  material  management  portion  was  done  using  a  third 
Oracle  product,  the  CASE*Generator.  This  tool  takes  the  function  to  entity  matrix 
and  constructs  data  entry  forms  and  reports  that  are  bound  together  by  menus.  In 
general,  the  CASE*Generator  can  handle  complex  user  requirements  and  business 
rules. 

To  standardize  the  custom  coding  process,  a  code  review  was  performed  to  identify 
common  sections  of  code  that  could  be  generalized  and  shared  between  several  data 
entry  screens.  Such  code  can  be  placed  into  “Packaged  Procedures”  and  automatically 
included  in  each  form  via  the  CASE*Generator. 

The  final  system  is  implemented  on  a  local  area  network  using  a  combination  file 
and  database  server  serving  client  machines.  Server  and  client  machines  are  connected 
over  the  building-wide  ethernet  network  using  the  Novell  Netware  IPX/SPX  protocol. 
The  server  runs  Oracle  Database  Server  for  Netware  and  client  machines  run  the 
Oracle  tools  suite;  SQL^Forms.  SQL'^'Report Writer,  SQL*Menu  and  SQL*Plus. 

6  Material  Management  Database  Menu  Options 

Warehouse  personnel  will  be  presented  with  a  pull-down  menu.  The  menu  items  and 
the  associated  submenus  are  shown  in  Figures  7  through  15. 

7  Material  Management  Database  Screens 

The  database  screens  for  the  Material  Management  subsystem  are  shown  in  Figures 
16  through  45. 
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8  Major  Functions  of  Materials  Management 

The  design  and  implementation  tools  described  in  the  previous  section  were  used  to 
create  the  Materials  Management  subsystem's  menus,  data  entry  screens  and  reports. 
In  this  section,  the  major  functions  of  the  Materials  Management  subsystem  are 
described  based  on  the  underlying  features  introduced  in  section  3.  The  data  entry 
screens  and  menus  are  shown  in  figures  and  are  referenced  in  the  descriptions. 


8.1  Reference  Data 

The  Material  Management  subsystem  has  an  extremely  flexible  design  that  allows 
many  attributes  of  the  system  to  be  customized  as  per  the  requirements  of  a  given 
organization.  This  customization  is  accomplished  predominantly  by  setting  reference 
data  items  that  are  later  used  throughout  the  system.  Reference  data  must  be  set  up 
and  entered  into  the  system  before  performing  any  other  functions. 

Reference  data  that  can  be  customized  are  as  follows: 

Material  Types  Material  Types  (see  section  3.3)  for  each  level  of  the  material  type 
hierarchy  must  be  agreed  upon  and  entered.  This  screen  is  shown  in  Figures  16 
and  17  on  pages  31  and  32. 

Material  Cost  Types  Each  material  can  have  several  cost  types  associated  with  it 
(see  section  3.8).  The  material  cost  types  to  be  used  in  the  system  must  be 
designated  before  materials  are  created.  This  screen  is  shown  in  Figure  18  on 
page  33. 

Material  Class  The  material  classes  that  will  be  used  to  determine  the  inventory 
frequency  (see  section  3.7)  must  be  entered.  This  screen  is  shown  in  Figure  19 
on  page  34. 

Area  Types  Areas  within  a  warehouse  may  be  designated  to  store  materials  of  cer¬ 
tain  type.  The  warehouse  area  types  (see  section  3.4)  must  be  designated  prior 
to  setting  up  the  warehouse  locator  system.  This  screen  is  shown  in  Figure  20 
on  page  34. 

Material  States  The  material  states  to  be  used  for  entire  material  lots  (see  section 
3.5)  must  be  designated  before  creating  any  material  lots.  This  screen  is  shown 
in  Figure  21  on  page  35. 

Material  Status  The  material  statuses  to  be  used  for  material  lot  locations  (see 
section  3.5)  must  be  designated  before  storing  material  lots  in  a  warehouse 
location.  This  screen  is  shown  in  Figure  22  on  page  35. 

Status  Combinations  Material  statuses  may  only  change  as  prescribed  by  prede¬ 
fined  rules.  .A  rule  is  expressed  as  a  combination  of  a  “From  Status”  and  a 

22 


'‘To  Status"  that  indicates  valid  changes  to  the  status  of  a  material  lot  loca¬ 
tion.  Status  combinations  must  be  designated  before  any  material  lot  locations 
change  status.  This  screen  is  shown  in  Figure  23  on  page  36. 

Material  Transaction  Types  Materials  may  be  manipulated  as  per  predefined 
transactions  (see  section  3.6).  The  types  of  transactions,  such  as  withdraw 
from  inventory  must  be  designated.  This  screen  is  shown  in  Figure  24  on  page 
36. 

Adjustment  Codes  After  a  physical  inventory  has  been  completed,  it  is  often  nec¬ 
essary  to  adjust  actual  inventory  levels  in  the  database.  Adjustment  codes 
can  be  designated  for  each  type  of  adjustment  and  relate  this  to  a  reason  for 
adjustment.  This  screen  is  shown  in  Figure  25  on  page  37. 

Shipment  Types  Shipments  from  the  organization  can  be  done  for  a  number  of 
reasons.  Each  shipment  has  a  shipment  type  associated  with  it  indicating  the 
purpose  of  the  shipment.  Some  examples  are: 


Shipment  Type 

Reason 

ORDER 

To  fill  a  customer  order 

RETURN 

To  return  materials  to  the  supplier 

TRANSFER 

1  To  transfer  materials  between  warehouses 

The  screen  for  Shipment  Type  Data  Entry  is  shown  in  Figure  26  on  page  37. 


8.2  Material  Setup 

Once  all  of  the  reference  data  has  been  entered  into  the  system,  the  material  records 
that  will  be  tracked  using  the  database  must  be  created  in  the  system.  Material  Setup 
uses  two  data  entry  screens  (or  simply,  screens)  to  accomplish  this.  The  first  screen 
is  used  to  create  a  unique  Material  Identifier  and  to  assign  the  material  types.  The 
second  screen  is  used  to  assign  cost  types  to  the  material  for  accounting  purposes. 
These  screens  are  shown  in  Figures  27  and  28  starting  on  page  38. 

8.3  Warehouse  Setup 

Warehouses  and  the  layout  of  their  contents  can  be  created  using  the  screens  shown 
in  Figure  29  on  page  40.  Each  warehouse  is  given  a  unique  identifier.  Area  Types 
are  assigned  to  areas  within  the  warehouse.  Each  area  is  then  broken  down  into 
.A.isle,  Tier  and  Bin  locations.  Each  bin  has  specific  dimensions  and  has  an  associated 
maximum  load  weight. 
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8.4  Delivery  of  Materials 

Materials  that  are  delivered  to  the  plant  are  matched  against  outstanding  purchase 
orders  and  additional  information  about  the  delivery  event  is  recorded.  If  the  delivery 
is  accepted,  material  lots  are  then  created  from  the  delivered  materials.  The  screen 
to  accomplish  these  actions  is  shown  in  Figure  30  on  page  41. 

8.5  Material  Movement 

Materials  can  be  moved  between  warehouses  and  within  warehouses.  Movement 
within  a  warehouse  is  done  using  the  Material  Movement  screen  shown  in  Figure 
38  on  page  49.  .Any  material  lot  can  be  queried  and  all  of  the  material  lot  locations 
for  that  lot  are  displayed.  Once  a  new  location  has  been  reached,  the  location  codes 
(warehouse,  area,  aisle,  tier,  bin)  can  be  entered  to  complete  the  move.  Bar  code 
scanners  are  used  to  scan  in  the  lot  numbers  and  location  codes  to  reduce  data  entry 
errors. 


8.6  Lot  Maintenance 

From  the  time  a  material  lot  is  created  at  the  plant,  several  modifications  may  need 
to  be  done  to  the  lot  and  its  lot  locations  where  it  is  stored.  One  common  activity 
is  the  need  to  change  a  lot’s  state  or  a  lot  location’s  status.  For  example,  if  an 
inspector  finds  some  contamination  in  a  warehouse  location,  all  of  the  lots  stored 
in  that  location  should  be  placed  “ON-HOLD”  as  soon  as  possible.  The  screen  to 
change  a  lot’s  state  is  shown  in  Figure  33  on  page  44  and  the  screen  used  to  change 
a  lot  location’s  status  is  shown  in  Figure  34  on  page  45.  A  log  of  all  status  changes 
is  maintained  and  can  be  seen  in  Figure  36  on  page  47. 

8.7  Physical  Inventory 

Physical  inventory  is  done  in  three  steps.  First,  the  cycle  counts  (based  on  Material 
Class)  for  materials  in  the  warehouse  are  examined  to  determine  when  an  inventory 
should  be  done  and  on  what  materials  it  should  be  done.  This  screen  is  shown  in 
Figure  39  on  page  50.  Second,  an  inventory  report  is  printed  showing  the  materials 
and  the  lot  locations  to  be  inventoried.  The  quantity  fields  are  left  blank.  Employees 
performing  the  inventory  fill  in  the  physical  inventory  counts  for  each  lot  location. 
The  last  step  is  to  compare  the  physical  inventory  to  the  database  records  and  adjust 
the  inventory  levels  as  needed.  This  function  can  be  performed  using  the  screen  in 
Figure  32  shown  on  page  43. 

It  is  also  possible  that  materials  in  a  lot  location  may  be  found  to  be  damaged. 
In  this  case,  the  Status  Change  screen  shown  in  Figure  34  on  page  45  would  be  used 
to  place  the  lot  location  “ON  HOLD”  until  a  decision  can  be  made  to  either  rework 
the  material  or  destroy  it. 
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8.8  Material  Lot  Destruction 


When  material  lots  have  spoiled  or  have  been  rejected  by  quality  control,  they  may  be 
destroyed.  The  destruction  of  materials  must  be  controlled  and  the  methods  used  for 
the  destruction  must  be  recorded.  The  screen  to  accomplish  this  is  shown  in  Figure 
37  on  page  48. 

8.9  Inquiry 

The  Material  Management  subsystem  also  contains  several  query-only  screens  that 
offer  a  high  level  view  of  materials  controlled  by  the  organization.  These  Inquiry 
screens  are  shown  in  Figures  40  through  45  on  pages  51  through  56. 
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Materials  Quality  Production  Purchasing  Maintenance  Exit 
-  CRAMTD  - 


Figure  7;  The  Main  Menu  of  the  CRAMTD  Application  Database 


Materials  Quality  Production  Purchasing  Maintenaince  Exit 

- + -  CRAMTD  - 

I  Reference  >  I 

I  Material  Setup  >  I 

1  Location  Setup  >  I 


I  Lot  Maintain  >  I 

I  Inv  Movement  >  | 

I  Phy  Inventory  >  I 

I  Inquiry  >  I 

I  Reports  >  I 

+ - + 


Figure  8;  The  Materials  Management  Menu 
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Materials  Quality  Production  Purchasing 
- + - + - 


1 

Reference 

»l 

Material  Type 

1 

1 

Material  Setup 

> 

1 

Cost  Type 

1 

1 

Location  Setup 

> 

1 

Material  Class 

1 

1 

Lot  Maintain 

> 

1 

Area  Types 

1 

1 

Inv  Movement 

> 

1 

Material  States 

1 

1 

Phy  Inventory 

> 

1 

Material  Status 

1 

1 

Inquiry 

> 

1 

Status  Comb . 

1 

1 

Reports 

> 

1 

Tramsact  Type 

1 

+■ 

1 

Adjust  Codes 

1 

1 

Ship  Type 

1 

+  - 

Maintenance 


Exit 


Figure  9:  Materials  Management  -  Reference  Submenu 


Materials  Quality  Production  Purchasing  Maintenance  Exit 


- + -  CRAMTD 

Reference  >  + - + 


Material  Setup  >>|  Materials  I 

Location  Setup  >  I  Materials  Cost  | 

Lot  Maintain  >  |  Type  CrossRef  | 

Inv  Movement  >  + - + 

Phy  Inventory  >  | 


I  Inquiry  >  i 

I  Reports  >  | 

+ - + 


Figure  10:  Materials  Management  -  Material  Setup  Submenu 
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Materials  Quality  Production  Purchasing  Maintenance  Exit 

- + -  CRAMTD  - 

I  Reference  >  I 

I  Material  Setup  >  + - + 

I  Location  Setup  >>1  Organizations  1 
I  Lot  Maintain  >  I  Ware/Area/Loc  I 

I  Inv  Movement  >  + - + 

I  Phy  Inventory  >  I 

I  Inquiry  >  I 

I  Reports  >  I 

+ - + 


Figure  11:  Materials  Management  -  Location  Setup  Submenu 
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Materials  Quality  Production  Purchasing  Maintenance  Exit 


— 

-  CRAMTD 

1  Reference 

> 

1 

1  Material  Setup 

> 

1 

1  Location  Setup 

> 

+  - 

- ^ 

1  Lot  Maintain 

»l 

Lot  Receipt  1 

1  Inv  Movement 

> 

1 

Lot  Adjustment  | 

1  Phy  Inventory 

> 

1 

State  Change  1 

1  Inquiry 

> 

1 

Status  Change  | 

1  Reports 

> 

1 

Lot  Return  i 

1 

Status  History  I 

i 

Lot  Destructio  1 

1 

Create  a  Lot  1 

+  - 

Figure  12;  Materials  Management  -  Lot  Maintain  Submenu 


Materials  Quality  Production  Purchasing  Maintenance  Exit 

- + -  CRAMTD  - 

i  Reference  >  | 

I  Material  Setup  >  | 

I  Location  Setup  >  | 

I  Lot  Maintain  >  + - + 

I  Inv  Movement  >> |  Location  Move  | 

I  Phy  Inventory  >  |  Inter  WH  Move  | 

I  Inquiry  >  + - + 

I  Reports  >  | 

+ - + 


Figure  13;  Materials  Management  -  Inventory  Movement  Submenu 
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Materials  Quality  Production  Purchasing 

- + -  CRAMTD 

I  Reference  >  I 

I  Material  Setup  >  I 
I  Location  Setup  >  I 
I  Lot  Maintain  >  I 

I  Inv  Movement  >  + - + 

I  Phy  Inventory  >>l  Cycle  Info.  I 


I  Inquiry  >  I  Inv .  Report  I 

I  Reports  >  I  Reconcilation  I 

+ - 1  Mat  Requisition  I 


+ 


■+ 


Maintenance  Exit 


Figure  14:  Materials  Management  -  Physical  Inventory  Submenu 


Materials  Quality  Production  Purchasing 
- + -  CRAMTD 


Reference  > 
Material  Setup  > 
Location  Setup  > 


I  Lot  Maintain  >  I 

I  Inv  Movement  >  I 

I  Phy  Inventory  >  + 

I  Inquiry  >>t 

I  Reports  >  I 

+ - 1 


Material  Inq. 
Warehouse  Inq. 
Lot  Inquiry 
Lot /Mat  Inq. 
Location  Inq. 
Mat/WH  Scan 
Lot/Loc  Scan 


+ 


+ 


Maintenance 


Exit 


Figure  15:  Materials  Management  -  Inquiry  Submenu 
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User  OPS$USER  Material  Types  Page  1  of  1 

Date  29-JUL-94 

+ —  Material  Types - - 

I  I 

I  Type  Description  | 

I  BEEF  Materials  made  out  of  beef  I 

i  DICED  DICE  MATERIAL  | 

I  FINISHED  FINISHED  GOODS  | 

I  RAW  RAW  MATERIAL  I 


Figure  16;  Materials  |  Reference  |  Material  Type  Data  Entry  Screen 
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User 

0PS$USER 

Material  Type  Cross 

References  Page  1  of  1 

Date  29-JUL-94 

+ - 

1 

Material  Type 

Cross  Reference  — 

- + 

1 

1 

1 

Material 

Type  ID 

1 

Material  ID  I 

1 

RAW 

1  1 

1 

RAW 

6  1 

1 

BEEF 

1  1 

1 

BEEF 

6  1 

1 

RAW 

3  1 

1 

RAW 

2  1 

1 

BEEF 

2  1 

1 

RAW 

10  1 

1 

DICED 

15  1 

1 

BEEF 

10  1 

1 

FINISHED 

3  1 

1 

BEEF 

15  1 

1 

FINISHED 

14  1 

Figure  17:  Materials  |  Material  Setup  |  Material  and  Material  Type  Cross  Reference 
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User  OPS$USER 


Material  Cost  Type 


+ —  Material  Cost  Types 


Page  1  of  1 
Date  Fri,29-JUL 


Cost  Type 

MANUFACTURE 

PURCHASE 


Description 

The  costs  of  manufacturing  this 
The  costs  associated  with  pure 


+ 


■+ 


Figure  18:  Materials  |  Reference  |  Cost  Type  Data  Entry  Screen 
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User  OPS$USER 


Material  Class  Data  Entry  Form 


+ —  Material  Classes 


Page  1  of  1 
Date  29-jul-94 


Classification  Cycle  Time  Cycle  Time  Units 
A 
B 
C 


Class  Descrip. 
APICS  Class  A 
APICS  Class  B 
APICS  Class  C 


+ 


■+ 


Figure  19:  Materials  |  Reference  |  Material  Class  Data  Entry  Screen 


User  0PS$USER  Area  Type  Data  Entry  Page  1  of  1 

Date  29-JUL-94 


+ —  Area  Types 


Area  Type  Id 

FROZEN 

DRY 

DOCK 

REFRIGER 


Description 
Freezer  Area 
Dry  storage 
Loading  dock 
Refrigerated  Area 


+ 


■+ 


Figure  20:  Materials  |  Reference  |  .Area  Types  Data  Entry  Screen 
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User  OPS$USER 


Material  States 


+ —  Material  States 


Page  1  of  1 
Date  29-JUL-94 


+ 


State 
IN  QC 
REJECTED 
RELEASED 


Description 
IN  QC. .  .  . 

Rejected  material  lot 
Released  into  production 


+■ 


+ 


Figure  21:  Materials  |  Reference  |  Material  States  Data  Entry  Screen 


User  0PS$USER  Material  Status  List  Page  1  of  1 

Date  29-JUL-94 

+ —  Material  Statuses  - - 

I  I 

I  Status  Description  Qty  Affected  I 

I  ON  HOLD  Hold  for  some  reasons  | 

I  RELEASED  Released  to  production  QUANTITY_IN_qC  | 

I  SPOILED  Spoiled  at  some  reason  | 


- - - 


Figure  22:  Materials  |  Reference  |  Material  Status  Data  Entry  Screen 
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User  OPS$USER  Material  Status  Combinations  Page  1  of  1 

Date  29-JUL-94 

+ —  Material  Status  Combinations  - + 

I  I 

I  From  Status  To  Status  I 

I  ON  HOLD  RELEASED  I 

I  ON  HOLD  SPOILED  I 

I  RELEASED  SPOILED  I 


+ - - 


Figure  23:  Materials  |  Reference  |  Status  Combinations  Data  Entry  Screen 


User  0PS$USER  Material  Transaction  Types  Page  1  of  1 

Date  29-JUL-94 

+ —  Material  Transaction  Types - - + 

I  Type  Description  I 

I  A+  ADJUSTMENT  INCREASE  I 

I  A-  ADJUSTMENT  DECREASE  I 

I  CR  MATERIAL  LOT  CREATION  I 

1  M+  MOVEMENT  TO  THIS  LOCATION  I 

I  M-  MOVEMENT  FROM  THIS  LOCATION  I 


+ 


+ 


Figure  24:  Materials  |  Reference  |  Transaction  Type  Data  Entry  Screen 
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User  OPS$USER 


Inventory  Adjustment  Reason  Codes  Page  1  of  1 

Date  29-JUL-94 

+ —  Adjustment  Reason  Codes  - - 


Reason  Code  Description  Acct  No. 

CREATE  LOT  lot  creation 

RELOCATION  Relocate  lot  to  new  location(s) 


Sign 


Figure  25:  Materials  |  Reference  |  Adjustment  Codes  Data  Entry  Screen 


User  OPSSUSER 
+ —  Shipment  Types 


Shipment  Types  Page  1  of  1 

Date  29-JUL-94 

- - 


Type 

ORDER 

RETURN 

TRANSFER 


Description 

Shipment  of  a  customer  order. 

A  return  of  bad  goods. 

Transfer  to  another  warehouse. 


Figure  26:  Materials  |  Reference  |  Shipping  Type  Data  Entry  Screen 


User  OPS$USER  Create  and  Maintain  Material  Page  1  of  1 

Date  29-JUL-94 

+ —  Materials  - + 

I  I 

I  Material  Id  Typel  Type2  Type3  Type4  I 

I  10  RAW  BEEF  I 

I  I 

I  Controlled  Description  Lifespan  Lifespan  U.  Order  U.  I 

I  N  Precooked  beef  knuc  90  DAYS  LB.  I 

I  Storage  Mfg.  Mfg.  Purch.  Purchasing  Last  I 

I  UOM  LeadTime  LeadTime  U.  LeadTime  LeadTime  U.  Purchased  | 

I  LB.  0  30  Ol-SEP-93  I 

I  I 

+ —  Restricted  Areas  - + 

I  I 

I  Description  I 

I  Freezer  Area  I 

I  Refrigerated  Area  I 

+ - + 

Figure  27:  Materials  |  Material  Setup  |  Materials,  Material  Types,  Restricted  Areas 
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User  OPS$USER  Material  Cost  Page  1  of  1 

Date  29-JUL-94 

+ —  Materials  - - 


I  Material; 10  TypeliRAW  Type2:BEEF  TypeS:  Type4:  i 

I  I 

+ —  Material  Costs  - - 

I  I 

I  Type:  PURCHASE  Cost  Desc. :  The  costs  associated  | 


I  Material  Cost:  Overhead  1:  Overhead  2:  I 
i  I 
I  Misc:  Misc  2:  Misc  3:  Total:  I 
I  I 
- - - 


Figure  28;  Materials  |  Material  Setup  |  Material  Cost  Association 
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User  OPS$USER 


Create  cind  Maintain  Wairehouses 


Page  1  of  2 
Date  04-AUG-94 
-AQ- 

+ —  Warehouses  - 

I 

I  Warehouse  Id:  1  Name;  Food  Plant  Warehouse  Loc:  1  Org:  1 

I 

I  Address:  120  New  England  Ave.  City:  Piscataway  ST:  NJ 

I 

I  Country:  USA 


+ —  Warehouse  Areas  - + 

I  I 

I  Area  Id  Area  Type  Area  Type  Description  Rest.  Area  I 

I  DOCK  DRY  Dry  storage  N  1 

1  DRYS  DRY  Dry  storage  N  I 

1  I 

+ —  Warehouse  Bin  Locations  - + 

+ - - - + 


User  0PS$USER  Create  and  Maintain  Warehouses  Page  2  of  2 

Date  04-AUG-94 


+ —  Warehouses  - 

I 

I  Warehouse  Id:  1  Name:  Food  Plant  Warehouse 

I 

+ —  Warehouse  Areas  - 


I  Area  Id:  DOCK  I 

I  I 

+ —  Warehouse  Bin  Locations  - + 

I  Aisle:  1  Bin:  1  Tier;  1  Loc.  Type:  QUANANTEENED  I 

1  1 

I  Bin  Size:  VERY  LARGE  Load  Limit:  Stackable:  Y  I 

I  I 

I  Height:  20  Depth:  20  Bin  Width:  20  1 


+ 


+ 


Figure  29:  Materials  |  Location  Setijp  ]  Warehouse  Locations  Data  Entry 


User  OPS$USER  Verify  PO  and  Create  Delivery  Details  Page  1  of  1 


Date  27-AUG-94 
-AQ- 

+ —  Deliveries  - - - + 

I  Del.  Id.  Clerk  Id.  Carrier  Date/Time  I 


10  1  JOE’S  TRUCKING  27-AUG-94  15:03 


Driver  Vehicle  Condition 

JOE  Good 


Temperature  Comments 

50  none 


+ —  Delivery  Details  - - 

i  PO  PO  Item  I 

I  Item  PO  NO.  Line  Item  Status  Crt .  Status  Comments  | 

I  1  2  1  OP  N  A  Good  I 

1  I 

I  Lot  No.  Mat.  Id.  Typel  Type2  Type3  Type4  Qty  UOM  I 

I  56  1  RAW  BEEF  500  lb.  | 

+ —  Material  Lots  - - 

I  Create  Date  Time  Create  Qty  VLot  NO.  VLot  Prod.  Date  I 

i  27-AUG-1994  15:42  0  VL14-A09  Ol-AUG-94  I 

- - - 


Figure  30:  Materials  |  Lot  Maintain  |  Create  Delivery 
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User  OPS$USER 


Create  a  New  Material  Lot 


Page  1  of  2 
Date  04-AUG-94 


+ -  Material  Lots  - 

I 

I  Lot  Number:  78 

I 

f  Description:  Reformed  Beef  Cubes 

I 

I  Name:  CRAMTD  FOOD  TECHNOLO 

I 

I  Create  Qty:  70 

I 

I  Vend.  Lot  Num:  23322 

I 

I  Vend.  Lot  Prod.  Date: 

I 

I  Qty  In  QC:  70 

I 

++ —  Material  State  Logs  - 

++ —  Material  Lot  Locations  - 


Material  Id:  1  I 

I 

Org.  Id:  1  I 

I 

Create  Date:  ll-JUL-94  I 

I 

Contract  Number:  I 

I 

I 

I 

Qty  Rejected:©  1 

I 

Qty  On  Hand:  0  I 

I 

-  Continued  — ++ 

- ++ 


User  0PS$USER 


Create  a  New  Material  Lot  Page  2  of  2 

Date  04-AUG-94 


+ - Material  State  Logs - + 

I  I 

I  Mat.  State:  IN  QC  Last  Changed:  ll-JUL-94  Person  Id:  1  | 


++ —  Material  Lot  Locations 


Qty  Reserved:  0 


Area  Id:  DOCK 


Bin:  1 


I 

-++ 


Mat.  Status:  ON  HOLD  Quantity:  70 


Warehouse  Id:  1 


Aisle:  1 


Tier:  1 


Figure  31:  Materials  |  Maintain  1  Create  a  Lot 


User  OPS$USER  Inventory  Adjustment  Page  1  of  2 

Date  04-AUG-94 
-AQ- 

+ —  Material  Lots  - + 

I  I 

I  Mat.  Id.  Typel  Type2  Type3  Type4  Lot  No.  | 

I  1  RAW  BEEF  60  I 

I  I 

+ —  Material  At  Warehouse  Bin  Locations  - y 

I  I 

I  Mat .  Status  Warehse  Area  Aisle  Tier  Bin  Qty  Reason  Adj .  Qty  | 

I  ON  HOLD  1  FREZ  2  1  1  100  ADJUST-  0  I 

I  ON  HOLD  1  DRYS  1  14  100  ADJUST-  0  I 

I  ON  HOLD  1  FREZ  215  300  ADJUST-  0  | 

I  ON  HOLD  1  FREZ  1  1  5  100  ADJUST-  0  I 

I  I 

I  I 

- - 

Figure  32;  Materials  |  Lot  Maintain  |  Lot  Adjustment 
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User  OPS$USER  Artificial  State  Change  Page  1  of  1 

Date  04-AUG-94 
-AQ- 

+ —  Material  Lots  - + 

I  I 

I  Material  Create  I 

I  Lot  No  Id  Typel  Type2  Type3  Type4  Date  Time  I 

I  73  6  RAW  BEEF  13- JAN-94  13:44  1 

I  I 

+ —  Material  State  Logs  - + 

I  I 

I  Mat .  State  Last  Changed  Person  Id  I 

I  IN  QC  13-JAN-94  1  I 

I  REJECTED  13-JUN-94  1  I 


+ - + 

Figure  33:  Materials  |  Lot  Maintain  |  State  Change 


44 


User  OPS$USER  Artificial  Status  Change  Page  1  of  1 

Date  04-AUG-94 
-AQ- 

+ —  Material  Lots  - - 

I  I 

1  Material: 6  TypeliRAW  Type2:BEEF  Type3:  Type4:  I 

I  Lot  No.:  73  Create  Date  Time:  13-JAN-94  Create  Qty;  200  I 

I  I 

+ —  Material  Lot  Locations  - + 

I  I 

I  Warehouse  Id  Area  Id  Aisle  Tier  Bin  Quantity  New  Status  I 

I  1  DOCK  1  1  1  200  SPOILED  | 


- - - 

Figure  34:  Materials  |  Lot  Maintain  |  Lot  Adjustment 
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User  OPS$USER 

+ —  Returns 


Schedule  Return  Shipment  Page  1  of  1 

Date  04-AUG-94 
-AQ- 


I  Return  Id:  1  Sched.  Date  Time:  ll-JUL-94  15:27:26  I 

I  I 

+ —  Return  Details  - + 

I  I 

I  Ret .  I 

I  Item  Lot  No.  Material  Id.  Typel  Type2  Type3  Type4  I 
I  1  61  1  RAW  BEEF  I 

I  I 

I  Return  Qty  Qty  Unit  Vlot  No.  Vendor  Prod.  Date  I 

i  500  LB.  VL123  02-N0V-93  I 

I  I 

I  Return  Authorization  Number:  12345678  I 


Figure  35:  Materials  |  Lot  Maintain  |  Lot  Return 
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User  OPS$USER  Material  Status  Log  Query  Page  1  of  1 

For  Material  Lots  Date  04- AUG-94 

+ -  Material  Lots - - 

I  I 

I  Lot  No.  Material  Id  Typel  Type2  Type3  Type4  Create  Date/Time  I 

I  73  6  RAW  BEEF  13- JAN-94  13:44  I 

I  I 

+ —  Material  Status  Logs  - - 

I  I 

I  Status  Whouse  Area  Aisle  Tier  Bin  Person  Id  Changed  I 

I  ON  HOLD  1  DOCK  1  111  13- JAN-94 1 

I  SPOILED  1  DOCK  1  111  20-JUL-94I 

I  I 

I  I 

I  I 

- - - 

Figure  36:  Materials  \  Lot  Maintain  |  Status  History 
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User  QPS$USER  Record  Destruction  Events  Page  1  of  1 

Date  27-MAR-94 
-AQ- 

+ —  Destruction  Logs - + 

I  I 

1  Dest.  Id:  1  Supervisor  Id:  1  Last  Name:  Cramtd  user  I 

I  I 

I  Dest.  Date:  lO-OCT-94  Method:  Lye  I 

I  I 

I  Reason:  Spoiled  I 

I  Comments:  None  I 

I  I 

+ —  Destruction  Detail  Items  - + 

1  I 

I  Lot  Material  Create  Qty-  I 

I  Item  Number  Id  Qty.  Description  Destroyed  UOMI 

I  1  50  1  500  Reformed  Beef  Cubes  500  LB.  I 

I  I 

I  I 

I  I 

- - - 

Figure  37:  Materials  |  Lot  Maintain  |  Lot  Destruction 
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User  OPS$USER 


Generic  Material  Movement 


Page  1  of  1 
Date  04-AUG-94 


+ —  Material  Lots - - 

I  I 

I  Mat.  Id.  Typel  Type2  Typed  Type4  Lot  No.  I 

I  6  RAW  BEEF  73  I 

+ —  Quantities  At  Material  Lot  Location - + 

I  I 

I  Whouse  Area  Aisle  Tier  Bin  Status  Quantity  | 

I  1  DOCK  1  1  1  SPOILED  200  I 

i  I 

+ —  DESTINATION  Material  Lot  Locations  - + 

I  I 

I  Whouse  Id:  1  Area:  DOCK  Aisle :1  Tier:l  Bin:l  | 


Loc.  Type:  QUANANTEEN  Bin  Size:  VERY  LARGE  Mat.  Status:  SPOILED 


I  Qty:  200  Qty_Reserved :  0  I 

I  I 

- - - 


Figure  38:  Materials  |  Inventory  Movement  |  Location  Move 
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\begin{f igure} 

\begin-f  verbatim} 

User  OPS$USER  Review  Cycle  Time  For  Materials  Page  1  of  1 

Date  04-AUG-94 

+ —  Materials  - + 

I  I 

1  Material  Id  Typel  Type2  Type3  Type4  1 

I  1  RAW  BEEF  I 

I  I 

I  I 

+ —  Material  Warehouses  - + 

I  I 

I  Warehouse  Id:  1  Wareh.  Name:  Food  Plant  Warehouse  I 

I  I 

I  Mat.  Classification:  Class  Descrip.:  I 

I  I 

I  Qty  On  Hand:  0  Last  Cycle  Date:  I 

I  I 

- - - 

Figure  39:  Materials  |  Physical  Inventory  |  Cycle  Information  Data  Entry 
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User  OPS$USER 

+  — —  —  al  c  — 

Material  Inquiry 

Page  1  of  1 

Date  04-AUG-94 

*  1 1/  X  AX  o 

1 

1 

1  Material:! 

1 

Type!: RAW  Type2:BEEF 

1 

Types :  Type4:  I 

1 

1  Demajid  Qty: 

1 

Backorder: 

1 

On  Order:  I 

1  Plcinned: 

1 

Short : 

1 

Transit:  | 

1  Reserved: 

1 

Qty  In  QC:  500 

1 

Destroyed:  | 

1 

1  Rejected: 

1 

On  Hold: 

1 

Spoiled:  | 

1 

1 

1  Yr .  Adjust . : 

1 

. - 

Yr.  Issues: 

1 

Yr.  Receipts:  I 

1 

Figure  40:  Materials  |  Inquiry  |  Material  Inquiry 
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User  aPS$USER 


Warehouse  Inquiry 


+ —  Warehouses 


Id:  1 


Page  1  of  1 
Date  04-AUG-94 
— - - + 


+ —  Material  Warehouses 


Name:  Food  Plant  Warehouse 


Material:!  Type!: RAW  Type2:BEEF  Type3: 


On  Hand:  0 
Planned:  0 
Reserved:  0 
Rejected:  0 
Yr .  Adjust . :  0 


Backordered:  0 


Short :  0 


Qty  In  qC:  500 


On  Hold:  0 


Yr.  Issues:  0 


Type4: 


On  Order:  0 


Transit:  0 


Destroyed:  0 


Spoiled:  0 
Yr.  Receipts:  0 


Figure  41:  Materials  |  Inquiry  j  Warehouse  Inquiry 


52 


User  OPS$USER  Material  Lot  with  Material  Information  Page  1  of  1 


Date  04-AUG-94 

+ —  Material  Lots - - 

I  I 

I  Lot  No  Material  Id  Typel  Type2  Type3  Type4  Description  I 

I  73  6  RAW  BEEF  Precooked  Diced  | 

I  I 

I  Lifespein  Lifespan  U.  Total  On  Hand  Create  DateTime  Create  Qty  | 

I  90  DAYS  13- JAN-94  13:44  200  I 

I  VLot  No  VLot  Prod. Date  Qty  In  QC  Qty  On  Hand  I 

I  12345567  12-JAN-94  200  I 


+ —  Material  Lot  Locations  - - 

I  I 

I  Warehouse  Id  Area  Id  Aisle  Tier  Bin  Quantity  Mat.  Status  I 

I  1  DOCK  111  200  SPOILED  I 


Figure  42:  Materials  |  Inquiry  |  Lot  Inquiry 


User  OPS$USER  Location  Inquiry 

+ —  Materials  - 


Page  1  of  1 
Date  04-AUG-94 


I  Material:!  Type!: RAW  Type2:BEEF  Type3:  Type4: 

I 

+ —  Material  Lots  - 

I 

I  Lot  Number:  60 

I 

+ —  Material  Lot  Locations  - 


Mat.  Status 

Quantity 

Warehouse 

Area 

Aisle 

Bin 

Tier 

ON  HOLD 

100 

1 

FREZ 

2 

1 

1 

ON  HOLD 

100 

1 

DRYS 

1 

4 

1 

ON  HOLD 

300 

1 

FREZ 

2 

5 

1 

ON  HOLD 

100 

1 

FREZ 

1 

5 

1 

Figure  43:  Materials  |  Inquiry  |  Location  Inquiry 
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User  QPS$USER  Material  Warehouse  Scan  Page  1  of  2 

Date  04-AUG-94 

+ -  Materials  - - 

I  I 

I  Material:!  Type!: RAW  Type2:BEEF  Type3:  Type4:  I 

I  I 

I  Demand:  On  Hand:  Reserved:  I 

I  I 

I  Backorder:  In  QC:  500  Transit:  i 

i  I 

I  Short:  Spoiled:  Rejected:  I 

I  I 

I  Planned:  On  Order:  On  Hold:  I 

I  I 

I  Destroyed:  | 

I  I 

+ —  Material  Warehouses  - + 

- - - 

User  0PS$USER  Material  Warehouse  Scan  Page  2  of  2 

Date  04-AUG-94 

+ -  Materials  - + 

I  Material:!  Type!: RAW  Type2:BEEF  TypeS:  Type4:  | 

I  I 

+ —  Material  Warehouses  - + 

i  I 

I  Id:  1  Name:  Food  Plant  Warehouse  Safety:  0  | 

I  I 

I  On  Hand:  0  Reserved:  0  Backorder:  0  1 

i  I 

I  In  QC:  500  Transit:  0  Short:  0  Spoiled:  0  | 

I  I 

I  Rejected:  0  Planned:  0  On  Order:  0  i 

I  I 

I  On  Hold:  0  Destroyed:  0  | 

I  I 

- - - 

Figure  44:  Materials  j  Inquiry  |  Material  Warehouse  Inquiry 
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User  OPSSUSER 


+ —  Materials  - 


Lot  Location  Scan 


Page  1 
Date  08- 


of  2 
AUG-94 


Material:!  Type!: RAW  Type2:BEEF  Type3:  Type4: 


+ —  Material  Lot: 


Lot:  61 


Reserved : 


Rejected: 


Transit : 


Demand : 


In  QC:  0 


On  Hold: 


Spoiled: 


Backordered : 


+  Material  Lot  Locatii 


On  Hand: 


Adjusted: 


Destroyed : 


Issued : 


- - 


User  OPSSUSER 


Material: 


Lot  Location  Scan 


+ —  Material  Lot: 


Page 
Date  08- 


2  of  2 
AUG-94 


Material:!  Type!: RAW  Type2:BEEF  Type3:  Type4: 


Lot:  6! 


+--  Material  Lot  Locatii 


Warehouse:  ! 


Status:  RELEASED 


Quantity:  485  | 


Reserved:  0  Area:  LINE 


Aisle:  !  Tier:  !  Bin: 


+ - 


- + 


Figure  45:  Materials  |  Inquiry  |  Lot  Location  Inquiry 
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Appendix  I 

Functional  Hierarchy  Diagram  for  Material  Management  Application 
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Appendix  II 

Function  to  Entity  Matrix  Report 

Oracle  CASE^'Dictionary 
Function  to  Entity  Matrix 

Function  :  MO.l 

Definition:  Warehouse  data  entry 

Entity  Create  Retrieve  Update  Delete 

WAREHOUSE  Y  Y  Y  Y 

Function  :  MO.  10 

Definition:  Material  Transaction  Type  data  entry 


Entity  Create  Retrieve  Update  Delete 

MATERIAL  TRANSACTION  TYPE  Y  Y  Y  Y 

Function  :  MO. 2 

Definition:  Warehouse  Area  data  entry 

Entity  Create  Retrieve  Update  Delete 

WAREHOUSE  AREA  Y  Y  Y  Y 

Function  :  MO. 3 

Definition:  Warehouse  Bin  Location  data  entry 


Entity  Create  Retrieve  Update  Delete 

WAREHOUSE  BIN  LOCATION  Y  Y  Y  Y 

Function  ;  MO. 4 

Definition:  Area  Type  data  entry 
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Entity 


Create  Retrieve  Update  Delete 


AREA  TYPE  Y  Y  Y  Y 

•  Function  :  MO. 5 

Definition:  Area  Material  Restricted  data  entry 


Entity  Create  Retrieve  Update  Delete 

AREA  MATERIAL  RESTRICTED  Y  Y  Y  Y  ' 

•  Function  :  MO. 6 

Definition:  Material  Warehouse  data  entry 


Entity  Create  Retrieve  Update  Delete 

MATERIAL  WAREHOUSE  (DERIVED)  Y  Y  Y  Y 

•  Function  :  MO. 7 

Definition:  Material  data  entry. 


Entity  Create  Retrieve  Update  Delete 

MATERIAL  Y  Y  Y  Y 

•  Function  :  MO. 8 

Definition:  Material  State  data  entry 


Entity  Create  Retrieve  Update  Delete 


MATERIAL  STATE  Y  Y  Y  Y 

•  Function  ;  MO. 9 

Definition:  Material  Status  data  entry 
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Entity  Create  Retrieve  Update  Delete 

MATERIAL  STATUS  Y  Y  Y  Y 

•  Function  :  Ml.l 

Definition:  Review  Current  Inventory  At  Material  Warehouse  Level. 

Entity  Create  Retrieve  Update  Delete 


MATERIAL  Y 
MATERIAL  CLASS  Y 
MATERIAL  TYPE  Y 
MATERIAL  WAREHOUSE  (DERIVED)  Y 
WAREHOUSE  Y 


•  Function  :  Ml. 2 

Definition:  Review  Inventory  At  Total  Material  Level. 

Entity  Create  Retrieve  Update  Delete 

MATERIAL  Y 

•  Function  :  Ml. 3 

Definition:  Create  .4  Material  Requisition  For  Material  At  Low  Inventory 


Entity  Create  Retrieve  Update  Delete 


MATERIAL  Y 

MATERIALS  MANAGER  Y 

REQUISITION  Y  Y  Y 

REQUISITION  DETAIL  Y  Y  Y 

•  Function  ;  M2. 1.1 

Definition:  Verify  PO  and  Create  Delivery  Detail 
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Entity 


Create  Retrieve  Update  Delete 


DELIVERY  Y 

DELIVERY  DETAIL  Y 

MATERIAL 

MATERIAL  LOT  Y 

MATERIAL  LOT  LOCATION  Y 

PURCHASE  ORDER 

PURCHASE  ORDER  ITEM 

RECEIVING  CLERK 

WAREHOUSE 

WAREHOUSE  AREA 


WAREHOUSE  BIN  LOCATION 


Y 

Y 

Y 

Y 

Y 

Y 

Y 

Y 

Y 

Y 

Y 


Y 

Y 

Y  Y 

Y  Y 


•  Function  :  M2. 2. 4 

Definition:  Determine  Location  and  Move  Material  From  Loading  Dock  to  In¬ 
ventory 


Entity 


AREA  TYPE 

DELIVERY 

MATERIAL 

MATERIAL  AUDIT  TRAIL 
MATERIAL  LOT 
MATERIAL  LOT  LOCATION 
MATERIAL  TRANSACTION  TYPE 
PERSON 

RECEIVING  CLERK 
WAREHOUSE  AREA 
WAREHOUSE  BIN  LOCATION 


Create  Retrieve  Update  Delete 


Y 

Y 

Y 

Y  Y  Y  Y 

Y 

Y  Y  Y 

Y 

Y 

Y 

Y 

Y 


•  Function  :  M2. 2. 5 

Definition:  Move  Material  Lot  To  Determined  Location  and  Confirm 


Entity  Create  Retrieve  Update  Delete 


MATERIAL  LOT  Y 
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MATERIAL  LOT  LOCATION 
ORGANIZATION  LOCATION 
WAREHOUSE  BIN  LOCATION 


Y 

Y 

Y 


Y 


•  Function  :  M3. 1.1. 2 

Definition:  Schedule  Return  Shipment  With  Purchasing  and  Quality  Assurance 


Entity 


Create  Retrieve  Update  Delete 


MATERIAL 
MATERIAL  LOT 
RETURN 

RETURN  DETAIL 


Y 

Y 

Y  Y  Y 

Y  Y  Y 


•  Function  :  M3. 1.1. 3 

Definition:  Move  Material  Lot  to  Loading  Dock 


Entity 


Create  Retrieve  Update  Delete 


MATERIAL  AUDIT  TRAIL  Y 

MATERIAL  LOT 

MATERIAL  LOT  LOCATION  Y 

MATERIAL  STATE 

MATERIAL  STATUS 

MATERIAL  TRANSACTION  TYPE 

PERSON 


•  Function  :  M3. 1.1. 4 

Definition:  Load  Material  Lot  on  to  Truck  and  Record  the  Return  Event 


Entity 


MATERIAL  LOT 
ORGANIZATION  LOCATION 
PERSON 
RETURN 

RETURN  DETAIL 
SHIPMENT  Y 

SHIPMENT  DETAIL  Y 

SHIPMENT  TYPE 


Create  Retrieve  Update  Delete 


Y  Y 

Y 

Y 

Y  Y 

Y 

Y  Y 

Y  Y 

Y 
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•  Function  :  M3. 2.1 


Definition:  Physically  Relocate  Material  Lot  in  the  Warehouse 


Entity  Create 

Retrieve 

Update  Delete 

MATERIAL 

Y 

MATERIAL  AUDIT  TRAIL  Y 

Y 

Y 

MATERIAL  LOT 

Y 

MATERIAL  LOT  LOCATION  Y 

Y 

Y 

MATERIAL  TRANSACTION  TYPE 

Y 

PERSON 

Y 

WAREHOUSE 

Y 

WAREHOUSE  AREA 

Y 

WAREHOUSE  BIN  LOCATION 

Y 

Function  :  M3. 2. 2.1 

Definition:  Schedule  Shipment  to  Another 

Warehouse 

Entity 

Create  Retrieve  Update  Delete 

MATERIAL 

Y 

MATERIAL 

LOT 

Y 

MATERIAL 

LOT  LOCATION 

Y 

MATERIAL 

TRANSACTION  TYPE 

Y 

Function  : 

M3.2.2.2 

Definition: 

Move  Material  Lot  Location 

to  Loading  Dock 

Entity 

Create 

Retrieve 

Update  Delete 

MATERIAL 

Y 

MATERIAL 

AUDIT  TRAIL  Y 

Y 

Y  Y 

MATERIAL 

LOT 

Y 

MATERIAL 

LOT  LOCATION 

Y 

Y 

MATERIAL 

TRANSACTION  TYPE 

Y 

•  Function  :  M3. 2. 2. 3 

Definition:  Load  Material  Lot  Location  Onto  Truck  and  Record  the  Shipment 
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Entity 


Create  Retrieve  Update  Delete 


MATERIAL  Y 

MATERIAL  LOT  Y 

MATERIAL  LOT  LOCATION  Y 

SHIPMENT  Y  Y  Y 

SHIPMENT  DETAIL  Y  Y  Y 

SHIPMENT  TYPE  Y 

SHIPPING  CLERK  Y 


•  Function  :  M3. 2. 3 

Definition:  Release  Materials  To  Production 


Entity  Create  Retrieve  Update  Delete 


MATERIAL  Y 

MATERIAL  LOT  Y  Y 

MATERIAL  LOT  LOCATION  Y  Y 

MATERIAL  WAREHOUSE  (DERIVED)  Y  Y 

WAREHOUSE  Y 


•  Function  :  M4.2.1 

Definition:  Review  Cycle  Time  for  Materials  and  Schedule  Physical  Inventory. 


Entity  Create  Retrieve  Update  Delete 


MATERIAL  Y 
MATERIAL  CLASS  Y 
MATERIAL  WAREHOUSE  (DERIVED)  Y 
MATERIALS  MANAGER  Y 


•  Function  :  M4.2.2 

Definition:  Generate  Stock  Taking  Report 


Entity  Create  Retrieve  Update  Delete 
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MATERIAL  Y 
MATERIAL  LOT  Y 
MATERIAL  LOT  LOCATION  Y 
MATERIAL  WAREHOUSE  (DERIVED)  Y 
WAREHOUSE  BIN  LOCATION  Y 


•  Function  :  M4.2.4 

Definition:  Adjust  Inventory  Records  To  Match  Physical  Inventory 


Entity 


MATERIAL 
MATERIAL  LOT 
MATERIAL  LOT  LOCATION 
MATERIAL  WAREHOUSE  (DERIVED) 
MATERIALS  MANAGER 


Create  Retrieve  Update  Delete 


Y  Y 

Y  Y 

Y  Y 

Y  Y 

Y 


•  Function  :  M4.2.5  . 

Definition:  Review  and  Adjust  Cycle  Times  and  Procedures  with  Accounting 


Entity 


Create  Retrieve  Update  Delete 


MATERIAL  Y 

MATERIAL  CLASS  Y 

MATERIAL  WAREHOUSE  (DERIVED)  Y  Y 

WAREHOUSE  Y 


•  Function  :  M4.3 

Definition:  Material  Lot  Adjustments 


Entity 


Create  Retrieve  Update  Delete 


MATERIAL  Y  Y 
MATERIAL  LOT  Y  Y 
MATERIAL  LOT  LOCATION  Y  Y 
MATERIAL  WAREHOUSE  (DERIVED)  Y  Y 
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•  Function  ;  M4.3.1 


Definition:  Artificial  Status  Change 


Entity 


MATERIAL  AUDIT  TRAIL 
MATERIAL  LOT 
MATERIAL  LOT  LOCATION 
MATERIAL  STATE 
MATERIAL  STATUS 
MATERIAL  TRANSACTION  TYPE 


Create  Retrieve  Update  Delete 


Y  Y  Y 

Y  Y 

Y  Y 

Y 

Y 

Y 


•  Function  :  M4.3.2 
Definition:  Lot  Run  Out 


Entity 


Create  Retrieve  Update  Delete 


MATERIAL  Y 

MATERIAL  LOT  Y 

MATERIAL  LOT  LOCATION  Y  Y 

MATERIAL  STATE  Y 

MATERIAL  STATUS  Y 
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Appendix  III 

E-R  Diagram  for  the  Material  Management  Application 
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Appendix  IV 
Entity  Definition  Report 

Oracle  CASE*Dictionary 
Entity  Definitions 

AREA  MATERIAL  RESTRICTED 

Certain  materials  may  be  restricted  from  certain  areas.  Only  restricted  material 
can  be  stored  in  a  restricted  area.  ex.  beef  must  be  stored  in  the  restricted  area 
freezer. 

AREA  TYPE 

Each  area  may  be  classified  as  being  of  a  certain  type.  ex.  an  area  may  be 
restricted  to  frozen  material. 

BULK  MATERIAL 

Material  made  up  in  batches  and  stored  or  used  as  a  bulk  material  in  recipes. 

CUSTOMER 

The  entities  to  which  the  enterprise  sells  its  products. 

DELIVERY 

record  of  every  attempted  delivery  event.  Each  time  a  truck  pulls  up  to 
the  enterprize’s  warehouse,  a  delivery  log  must  be  filled  out.  This  log  contains 
several  delivery  details  which  indicate  the  conditions  of  the  truck  and  each  of 
its  contents. 

DELIVERY  DETAIL 

Delivery  details  for  each  PO  line  item. 

DESTRUCTION  DETAIL 

A  list  of  material  lots  destroyed  during  one  destruction  event. 

DESTRUCTION  LOG 

A  log  of  material  which  were  destroyed. 

FINISHED  GOOD 

Materials  in  a  saleable  form. 

FORKLIFT  OPERATOR 

An  employee  who  operates  the  forklift  machine.  This  machine  is  used  to  move 
raw  materials  to  production,  to  move  finished  goods  into  the  warehouse  and  to 
move  any  large  items. 
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INGREDIENT 

Materials  used  to  make  a  product.  Includes  all  food  items  such  as  beef,  vegeta¬ 
bles.  water,  flour,  etc. 

LABEL 

Material  placed  on  the  container  as  per  the  customer's  order. 

LOCATION  RELATIONSHIP 

The  relationships  between  various  organization  locations. 

LOCATION  RELATIONSHIP  TYPE 

The  type  of  the  location  relationship. 

MATERIAL 

The  ingredients,  packaging,  parts,  and  supplies  ordered  by  the  enterprise  from 
vendors.  These  are  used  to  produce  products,  repair  and  maintain  machines 
and. 

MATERIAL  ADJUSTMENT  CODE 

Codes  which  indicate  the  reason  for  an  adjustment  to  a  material. 

MATERIAL  AUDIT  TRAIL 

An  audit  trail  for  all  transactions  involving  any  materials.  This  includes  any 
material  moves,  receipts,  issues,  shipments,  adjustments,  in  transit,  etc. 

MATERIAL  CLASS 

The  APICS  (American  Production  and  Inventory  Control  Society)  classification 
for  the  material.  This  is  used  in  cycle  counting  and  material  control. 

MATERIAL  COST 

The  cost  structure  for  a  material.  Includes  the  type  and  a  cost. 

MATERIAL  COST  TYPE 

The  types  of  accounting  costs  associated  with  different  materials. 

MATERIAL  LOT 

Lots  of  Raw  materials  sent  from  vendors  and  received,  stored  and  used  in  pro¬ 
duction  by  the  enterprise. 

MATERIAL  LOT  LOCATION 

An  entity  that  keeps  track  of  the  amount  of  the  material  lot  stored  in  raw 
material  inventory  by  location. 
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•  MATERIAL  STATE 

A  group  of  material  states.  (Ex.  In  QC,  Accepted,  Rejected,  and  Runout) 

•  MATERIAL  STATE  LOG 

.A  record  of  all  states  changes  for  a  material  lot. 

•  MATERIAL  STATUS 

The  STATUS  is  an  entity  to  identify  the  location  status  in  which  materials 
remain.  Statuses  will  vary  with  states.  Statuses  include  accepted,  in-transit, 
spoiled,  return,  destroyed,  etc. 

•  MATERIAL  STATUS  COMBINATION 

The  set  of  valid  combinations  of  statuses  that  can  be  used  when  changing  from 
one  status  to  another. 

•  MATERIAL  STATUS  LOG 

A  record  of  all  status  changes  on  a  given  location. 

•  MATERIAL  STRUCTURE 

The  structure  reference  for  materials,  sub- assemblies,  bulk  materials  and  fin¬ 
ished  products. 

•  MATERIAL  TRANSACTION  TYPE 

.A  list  of  transactions  that  can  be  performed  on  materials. 

•  MATERIAL  TYPE 

The  different  types  of  materials,  i.e.  finished  goods,  raw  materials. 

•  MATERIAL  TYPE  CROSS  REFERENCE 

A  given  material  type  is  related  to  multiple  materials.  Between  material  type 
and  material,  there  are  many-to-many  relationship.  The  entity  is  the  cross 
reference  between  material  and  material  type.  This  will  help  us  identify  the 
relationship  between  material  and  material  type. 

•  MATERIAL  WAREHOUSE  (DERIVED) 

Material  Warehouse  is  a  cross  reference  between  material  and  warehouse  It  will 
allow  the  user  to  easily  determine  the  amount  of  a  material  in  a  warehouse  at 
present.  This  is  a  derived  entity. 

•  MATERIALS  MANAGER 

The  manager  of  materials  inventory. 
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ORGANIZATION 

A  supertype  entity  for  any  organization.  Sub-types  include  vendor,  customer 
and  the  enterprize. 

ORGANIZATION  LOCATION 

The  location  of  an  organization. 

ORGANIZATION  MATERIAL 

A  Cross  reference  between  the  org.  and  the  material  entities  that  enforces  a 
one  to  one  correspondence. 

PACKAGING 

Material  used  to  package  the  product.  Includes  cans,  tray  packs,  pouch  material, 
paper,  cardboard,  wax  paper,  etc. 

PART 

Materials  used  to  repair  or  maintain  machines  and  equipment. 

PERSON 

People  who  do  work  for  the  enterprise.  This  is  a  supertype  for  Purchasing  agent, 
supervisor  and  others. 

PURCHASE  ORDER 

A  request  by  the  enterprise  to  buy  materials  or  supplies  from  a  vendor.  A  pur¬ 
chasing  agent  can  create  a  purchase  order.  Purchase  orders  must  be  approved 
by  the  purchasing  manager. 

PURCHASE  ORDER  ITEM 

A  Detail  of  the  Purchase  order  by  line  item.  Includes  the  specific  material, 
quantity,  price  per  unit  and  delivery  date. 

RECEIVING  CLERK 

An  employee  responsible  for  receiving  materials  and  supplies. 

REQUISITION 

.A  request  to  purchasing  to  order  some  material. 

REQUISITION  DETAIL 

A  detail  request  item  for  a  material  requisition. 

RETURN 

A  return  event  sends  material  lots  back  to  the  vendor.  Each  Return  is  a  grouping 
of  several  lots  which  were  returned  at  one  time. 
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•  RETURN  DETAIL 

Detailed  list  of  the  lots  returned  to  a  vendor. 

•  SHIPMENT 

.\n  entity  that  records  outbound  shipments. 

•  SHIPMENT  DETAIL 

Details  about  each  shipment. 

•  SHIPMENT  TYPE 

The  type  of  shipment  being  made.  i.e.  Return,  finished  goods,  to  destruction, 
etc. 

•  SHIPPING  CLERK 

.4n  employee  responsible  for  shipping  products  or  returning  defective  materials. 

•  SUPERVISOR 

.4n  employee  who  supervises  some  aspect  of  operations. 

•  VENDOR 

Companies  that  sell  Materials  and  supplies  to  the  enterprise.  Also  may  provide 
services  such  as  maintenance,  repair,  shipping,  etc. 

•  WAREHOUSE 

A  warehouse  is  a  place  where  materials  can  be  stored. 

•  WAREHOUSE  AREA 

A  warehouse  is  divided  into  many  areas.  This  is  a  record  of  every  area  in  every 
warehouse. 

•  WAREHOUSE  BIN  LOCATION 

The  locations  of  bins  in  a  warehouse  that  may  be  used  for  storage. 
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Appendix  V 

Entity  Relationship  Report 

Each  area  material  restricted  must  be  a  restriction  of  an  area  type  to  one  and 
only  one  material 

Each  area  type  may  be  a  description  for  the  type  of  one  or  more  warehouse 
areas 

Each  area  type  may  be  a  restricted  type  of  area  in  one  or  more  area  materials 
restricted 

Each  area  material  restricted  must  be  material  restrictions  to  one  and  only  one 
area  type 

Each  delivery  detail  may  be  the  originator  of  one  and  only  one  material  lot 

Each  delivery  detail  must  be  a  detail  of  a  delivery  attempt  in  one  and  only  one 
delivery 

Each  delivery  detail  must  be  an  attempt  to  deliver  one  and  only  one  purchase 
order  item 

Each  delivery  may  be  a  master  delivery  attempt  for  one  or  more  delivery  details 

Each  destruction  detail  must  be  a  cross  reference  for  one  and  only  one  destruc¬ 
tion  log 

Each  destruction  detail  must  be  a  cross  reference  of  destruction  for  one  and 
only  one  material  lot 

Each  destruction  log  may  be  the  master  log  of  one  or  more  destruction  details 

Each  destruction  log  must  be  supervised  by  one  and  only  one  supervisor 

Each  delivery  must  be  filled  out  by  one  and  only  one  receiving  clerk 

Each  location  relationship  may  be  ranked  by  preference  for  one  and  only  one 
material 

Each  location  relationship  must  be  a  relationship  from  one  location  for  one  and 
only  one  organization  location 

Each  location  relationship  must  be  a  relationship  to  a  location  for  one  and  only 
one  organization  location 

Each  location  relationship  must  be  relate  to  locations  by  a  type  defined  one  and 
only  one  location  relationship  type 
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•  Each  location  relationship  type  may  be  a  relationship  between  locations  for  one 
or  more  location  relationships 

•  Each  material  adjustment  code  may  be  the  reason  code  for  one  or  more  material 
audit  trails 

•  Each  material  audit  trail  must  be  a  record  of  changes  to  one  and  only  one 
material  lot  location 

•  Each  material  audit  trail  must  be  a  transaction  of  one  and  only  one  material 
transaction  type 

•  Each  material  audit  trail  must  be  an  action  performed  by  one  and  only  one 
person 

•  Each  material  audit  trail  must  be  an  audit  trail  with  one  and  only  one  material 
adjustment  code 

•  Each  material  class  may  be  assigned  to  one  or  more  material  warehouses 

•  Each  material  cost  must  be  a  cost  classified  by  one  and  only  one  material  cost 
type 

•  Each  material  cost  must  be  an  accounting  cost  associated  with  one  and  only 
one  material 

•  Each  material  cost  type  may  be  a  type  associated  with  one  or  more  material 
costs 

•  Each  material  lot  location  may  be  changed  and  recorded  by  one  or  more  material 
audit  trails 

•  Each  material  lot  location  may  be  changing  status  in  one  or  more  material 
status  logs 

•  Each  material  lot  location  may  be  shipped  on  one  or  more  shipment  details 

•  Each  material  lot  location  must  be  a  location  described  by  one  and  only  one 
warehouse  bin  location 

•  Each  material  lot  location  must  be  associated  with  one  and  only  one  material 
lot 

•  Each  material  lot  location  must  be  classified  under  one  and  only  one  material 
status 

•  Each  material  lot  may  be  changing  state  as  recorded  in  one  or  more  material 
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•  Each  material  lot  may  be  destroyed  and  recorded  by  one  or  more  destruction 
details 

•  Each  material  lot  may  be  generated  by  one  or  more  delivery  details 

•  Each  material  lot  may  be  placed  in  one  or  more  material  lot  locations 

•  Each  material  lot  may  be  returned  on  one  or  more  return  details 

•  Each  material  lot  may  be  supplied  by  one  and  only  one  organization 

•  Each  material  lot  must  be  made  up  of  one  and  only  one  material 

•  Each  material  may  be  a  material  referenced  by  one  or  more  organization  mate¬ 
rials 

•  Each  material  may  be  accounted  for  according  to  one  or  more  material  costs 

•  Each  material  may  be  associated  with  one  or  more  material  lots 

•  Each  material  may  be  cross  referenced  to  a  warehouse  in  one  or  more  material 
warehouses  state  logs 

•  Each  material  may  be  purchased  on  one  or  more  purchase  order  items 

•  Each  material  may  be  related  to  one  or  more  material  type  cross  references 

•  Each  material  may  be  requisitioned  by  one  or  more  requisition  details 

•  Each  material  may  be  restricted  to  one  or  more  area  materials  restricted 

•  Each  material  may  be  supplied  by  locations  based  on  priority  assigned  in  one 
or  more  location  relationships 

•  Each  material  may  be  used  in  one  or  more  material  structures 

•  Each  material  may  be  used  in  one  or  more  material  structures 

•  Each  material  state  log  must  be  a  record  of  changes  of  one  and  only  one  material 
state 

•  Each  material  state  log  must  be  a  record  of  state  changes  for  one  and  only  one 
material  lot 

•  Each  material  state  log  must  be  created  by  one  and  only  one  person 

•  Each  material  state  may  be  a  state  in  one  or  more  material  state  logs 

•  Each  material  status  log  must  be  a  record  of  status  changes  for  one  and  only 
one  material  lot  location 
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•  Each  material  status  log  must  be  changed  by  one  and  only  one  person 

•  Each  material  status  may  be  the  status  of  one  or  more  material  lot  locations 

•  Each  material  structure  must  be  a  child  of  one  and  only  one  material 

•  Each  material  structure  must  be  the  parent  of  one  and  only  one  material 

•  Each  material  transaction  type  may  be  the  transaction  type  for  one  or  more 
material  audit  trails 

•  Each  material  type  cross  reference  must  be  a  material  cross  reference  of  one  and 
only  one  material 

•  Each  material  type  cross  reference  must  be  a  material  type  cross  reference  of 
one  and  only  one  material  type 

•  Each  material  type  may  be  related  to  one  or  more  material  type  cross  references 

•  Each  material  warehouse  (derived)  may  be  classified  into  one  and  only  one 
material  class 

•  Each  material  warehouse  (derived)  must  be  a  cross  reference  of  material  stored 
one  and  only  one  warehouse 

•  Each  material  warehouse  (derived)  must  be  a  record  of  a  warehouse  storing  one 
and  only  one  material 

•  Each  organization  location  may  be  a  remit  to  location  for  one  or  more  purchase 
orders 

•  Each  organization  location  may  be  the  originating  location  of  one  or  more  ship¬ 
ments 

•  Each  organization  location  may  be  a  from  participant  in  one  or  more  location 
relationships 

•  Each  organization  location  may  be  a  mail  to  location  for  one  or  more  purchase 
orders 

•  Each  organization  location  may  be  a  ship  from  location  for  one  or  more  purchase 
order  items 

•  Each  organization  location  may  be  a  ship  to  location  for  one  or  more  purchase 
order  items 

•  Each  organization  location  may  be  a  to  participant  in  one  or  more  location 
relationships 
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Each  organization  location  may  be  the  destination  of  one  or  more  shipments 

Each  organization  location  may  be  the  location  of  one  or  more  warehouses 

Each  organization  location  may  be  the  supplier  of  one  or  more  requisitions 

Each  organization  location  must  be  a  location  of  one  and  only  one  organization 

Each  organization  material  must  be  a  material  reference  for  one  and  only  one 
material 

Each  organization  material  must  be  an  organization  reference  for  one  and  only 
one  organization 

Each  organization  may  be  an  organization  supplying  material  referenced  in  one 
or  more  organization  materials 

Each  organization  may  be  located  at  one  or  more  organization  locations 

Each  organization  may  be  the  supplier  of  one  or  more  material  lots 

Each  person  may  be  responsible  for  creating  one  or  more  material  state  logs 

Each  person  may  be  responsible  for  creating  one  or  more  material  status  logs 

Each  person  may  be  responsible  for  materials  changes  in  one  or  more  material 
audit  trails 

Each  person  may  be  the  requestor  of  one  or  more  requisitions 

Each  purchase  order  item  may  be  delivered  or  attempted  to  be  delivered  on  one 
or  more  delivery  details 

Each  purchase  order  item  must  be  associated  with  one  and  only  one  purchase 
order 

Each  purchase  order  item  must  be  made  out  for  one  and  only  one  material 

Each  purchase  order  item  must  be  shipped  from  one  and  only  one  organization 
location 

Each  purchase  order  item  must  be  shipped  to  one  and  only  one  organization 
location 

Each  purchase  order  must  be  issued  for  one  or  more  purchase  order  items 

Each  purchase  order  must  be  mailed  to  one  and  only  one  organization  location 

Each  purchase  order  must  be  remitted  to  one  and  only  one  organization  location 
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•  Each  receiving  clerk  may  be  responsible  for  filling  out  one  or  more  deliveries 

•  Each  requisition  detail  must  be  a  detail  requisition  item  of  one  and  only  one 
requisition 

•  Each  requisition  detail  must  be  for  one  and  only  one  material 

•  Each  requisition  must  be  a  master  requisition  with  one  or  more  requisition 
details 

•  Each  requisition  must  be  a  requisition  created  by  one  and  only  one  person 

•  Each  requisition  must  be  requested  from  one  and  only  one  organization  location 

•  Each  return  detail  may  be  a  return  shipped  on  one  or  more  shipment  details 

•  Each  return  detail  must  be  a  detail  of  one  lot  returned  by  one  and  only  one 

return 

•  Each  return  detail  must  be  a  return  of  one  and  only  one  material  lot 

•  Each  return  may  be  a  collection  of  lots  in  one  or  more  return  details 

•  Each  shipment  detail  may  be  a  shipment  of  one  and  only  one  material  lot 
location 

•  Each  shipment  detail  may  be  the  shipment  item  for  one  and  only  one  return 
detail 

•  Each  shipment  detail  must  be  a  detail  of  items  on  one  and  only  one  shipment 

•  Each  shipment  may  be  a  shipment  with  one  or  more  shipment  details 

•  Each  shipment  must  be  of  one  and  only  one  shipment  type 

•  Each  shipment  must  be  shipped  by  one  and  only  one  vendor 

•  Each  shipment  must  be  shipping  from  one  and  only  one  organization  location 

•  Each  shipment  must  be  shipping  to  one  and  only  one  organization  location 

•  Each  shipment  type  may  be  the  type  of  one  or  more  shipments 

•  Each  supervisor  may  be  responsible  for  supervising  one  or  more  destruction  logs 

•  Each  vendor  may  be  the  trucking  company  used  to  ship  one  or  more  shipments 

•  Each  warehouse  area  may  be  composed  of  one  or  more  warehouse  bin  locations 

•  Each  warehouse  area  must  be  classified  by  one  and  only  one  area  type 
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•  Each  warehouse  area  must  be  in  one  and  only  one  warehouse 

•  Each  warehouse  bin  location  may  be  the  location  of  one  or  more  material  lot 
locations 

•  Each  warehouse  bin  location  must  be  in  one  and  only  one  warehouse  area 

•  Each  warehouse  may  be  divided  into  one  or  more  warehouse  areas 

•  Each  warehouse  may  be  storing  material  referenced  by  one  or  more  material 
warehouses 

•  Each  warehouse  must  be  located  at  one  and  only  one  organization  location 
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1.  Introduction 

This  document  is  an  update  to  the  previous  technical  working  paper,  TWP  #88,  "Level  2 
Automation  of  Tray  Pack  Line"  concerning  task  item  3.5.2  of  STP  #16.  That  task  item  requires  the 
implementation  of  an  automation  strategy  at  level  2  for  the  Tray  Pack  Line.  The  architecture  of  the 
plan  is  to  acquire  data  from  the  production  line  using  the  Allen  Bradley  Series  5  Programmable 
Logic  Controller  (PLC)  and  then  send  it  to  shop  floor  PC.  Some  retrieved  data  will  be  manipulated 
in  the  PC  through  some  applications.  Finally,  processed  data  will  be  uploaded  to  a  central  database 
for  record  keeping. 

In  the  previous  report,  PLC  implementation  of  the  plan  has  been  discussed  in  detail.  The 
scope  of  this  report  will  be  the  automatic  data  acquisition  from  PLC  to  the  shop  floor  PC  and  the 
connection  to  central  data  base.  FIX  DMACS,  an  industrial  automation  software,  is  used  to  achieve 
this  end.  In  the  following  sections  implementation  of  FIX  DMACS  will  be  presented  in  detail.  First, 
a  brief  description  of  FIX  DMACS  features  is  given  in  section  2. 

2.  A  Brief  Overview  of  FIX  DMACS: 

FIX  DMACS  is  a  PC  based  SCADA  (Supervisory  Control  and  Data  Acquisition)  software 
used  to  collect  the  necessary  data  from  the  shop  floor.  FIX  stands  for  Fully  Integrated  Control 
System  and  DMACS  stands  for  the  Distributed  Manufacturing  Automation  and  Control  Software. 
It  uses  a  graphical  interface  to  acquire,  present  and  manage  the  data.  After  retrieving  the  data,  FIX 
DMACS  can  also  manipulate  and  process  the  raw  data  according  to  the  user's  needs.  The  processing 
of  the  data  can  be  time-based  or  exception  based.  If  time-based  processing  is  chosen,  data  is 
processed  after  every  time  period  specified  by  the  user.  If  exception-based  processing  is  chosen,  data 
is  processed  when  an  event  occurs.  The  event  can  be:  data  changes,  unsolicited  messages  from  the 
process  hardware,  operator  actions,  or  software  applications.  Examples  of  exception-based  and  time- 
based  processing  for  the  Tray  Pack  Line  will  be  given  in  section  4. 

In  addition  to  manipulating  and  displaying  the  real-time  shop  floor  data,  FIX  DMACS 
provides  three  other  SCADA  functions:  supervisory  control,  alarming  and  control.  Through 
supervisory  control,  FIX  DMACS  allows  the  operator  to  change  set  points  and  other  key  points  from 
the  computer.  Alarming  is  the  ability  to  recognize  exceptional  events  and  immediately  report  those 
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events.  Finally  through  control  features,  it  is  possible  to  control  the  process  by  automatically 
applying  algorithms  that  adjust  process  values  to  maintain  certain  parameters  within  their  set  limits. 

FIX  DMACS  is  flexible  enough  to  operate  in  distributed  processing  environment  as  well  as 
a  centralized  processing  environment.  It  can  be  used  for  applications  requiring  only  one  node  or 
several  nodes  processing  over  a  network.  In  this  project,  the  set  up  will  consist  of  a  view  node 
operating  in  the  shop  floor  and  a  SCADA  node  operating  in  a  control  room.  More  view  nodes  can 
be  added  to  this  setup  to  be  used  in  different  units  of  the  plant,  like  quality  control  lab. 

The  basic  architecture  of  FIX  DMACS,  shown  in  figure  2.1,  consists  of  the  following: 

•  I/O  driver 

•  Driver  Image  Table  (DIT) 

•  Scan,  Alarm,  and  Control  (SAC)  program 

•  Database 

•  Internal  database  access  software 

•  Software  applications 
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Figure  2. 1 :  Basic  architecture  of  FIX  DMACS 
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I/O  driver  is  the  software  interface  to  the  PLC  that  reads  or  writes  data  from/to  the  registers. 
The  user  specifies  the  necessary  registers  using  the  I/O  driver  configuration  task.  The  Driver  Image 
Table  is  like  a  spread  sheet  which  holds  the  data  from  the  specified  register  of  the  PLC.  Each  cell 
in  the  DIT  is  called  a  poll  record.  Detailed  information  will  be  given  in  the  next  section  about  I/O 
driver  and  poll  record  configurations. 

The  Scan,  Alarm,  and  Control  program  is  the  link  between  DIT  and  the  database.  SAC 
transfers  data  from  the  DIT  to  the  database  or  writes  data  to  the  DIT  from  the  database,  transforms 
data  into  necessary  format  for  the  database,  generates  alarm  messages  if  the  data  is  outside  the  alarm 
limits,  identifies  any  exceptions  and  executes  the  control  logic  of  the  process  database.  More  details 
on  alarming  will  be  presented  in  section  6. 


Control  cnain 


Monnonng  cnain 

Figure  2.2:  Database  Blocks  and  Chain  Structure 
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The  process  Database  manipulates  and  processes  raw  data  from  the  PLC  according  to  the 
user's  needs.  The  Database  Builder  program  is  used  to  create  the  database,  which  is  made  up  of 
’’ocks  and  chains.  A  block  performs  a  specific  task  using  a  coded  set  of  process  control  instructions. 
•A  chain  contains  more  than  one  block  linked  together  to  form  a  control  loop.  If,  for  example,  you 
want  to  add  two  data  points  which  you  retrieve  from  PLC  and  write  it  back  to  PLC,  the  chain  will 
consist  of  two  Analog  Input  blocks  connected  to  a  Calculation  block,  which  is  connected  to  an 
Analog  Output  block.  There  are  many  different  types  of  blocks,  allowing  one  to  manipulate  the  data 
chain  in  almost  any  conceivable  way.  Different  block  types  and  how  they  are  used  in  the  Tray  Pack 
line  implementation  will  be  given  in  section  4.  For  the  time  being  figure  2.2  shows  a  prototype  chain 
structure  of  the  process  database. 

The  Internal  database  access  software  transfers  the  processed  data  from  database  to  the 
necessary  software  applications.  The  two  graphic  software  applications  are  Draw  and  View.  The 
designer  uses  Draw  to  create  the  displays  and  operator  interfaces.  View  shows  the  changes  in  display 
in  real  time  as  the  process  data  changes.  Hence  the  operator  can  monitor  the  production  line  from 
the  display  shown  in  View.  Operator  screens  designed  for  Tray  Pack  Line  will  be  described  in 
section  5. 

Under  the  architecture  of.FIX  DMACS,  a  typical  data  flow  cycle  in  Tray  Pack  Line  will  be 
as  follows:  There  are  fiber  optic  sensors  on  the  Tray  Pack  line  which  monitors  certain 
characteristics  of  the  tray  (e.g.  check  if  a  tray  is  mounded  or  not)  or  the  process  (e.g.  check  if  the 
discharge  conveyor  is  full  or  not).  These  are  the  I/O  sensors  for  Tray  Pack  line.  Let's  concentrate  on 
one  of  these  sensors,  say,  the  one  which  checks  discharge  conveyor.  Once  the  discharge  conveyor 
is  full,  the  sensor  sends  a  signal  to  PLC  5/12.  The  signal  is  captured  in  a  register  in  PLC  5/12  which 
in  turn  is  transferred  to  DIT  through  the  I/O  driver.  Then  SAC  program  grabs  the  data  from  DIT, 
transforms  it  into  the  necessary  format  and  sends  it  to  a  digital  input  (DI)  block  in  the  database.  In 
the  database  DI  might  be  in  a  chain  with  a  digital  alarm  (DA)  block.  Since  the  status  of  discharge 
conveyor  is  changed  from  empty  to  full  (i.e.  the  value  of  the  data  changed  from  0  to  1,  or  vice 
versa),  the  operator  should  be  warned  of  the  situation.  Internal  database  access  software  sends  this 
data  to  the  operator  screen  in  View  program.  Depending  on  the  screen  design  a  visual  signal  (like 
a  blinking  light,  or  a  message  line)  will  appear  on  the  screen.  In  the  meantime,  SAC  also  alarms  the 


4 


operator  of  the  new  status  through  messages  or  horns.  This  concludes  the  flow  of  data  in  a  data 
acquisition  cycle.  Since  FIX  DMACS  is  capable  of  supervisory  control  of  the  line  as  well,  by 
clicking  on  a  push  button  on  the  screen  the  operator  may  execute  a  program  to  control  a  process 
while  he/she  clears  the  existing  problem  about  the  discharge  conveyor.  In  this  case,  upon  execution 
of  the  program,  related  data  and  set  points  travel  through  the  same  path  in  reverse  direction  and  data 
is  written  back  to  PLC.  For  the  time  being,  only  the  data  acquisition  cycle  of  FIX  DMACS  is 
implemented  on  the  Tray  Pack  line  and  existing  software  development  does  not  include  supervisory 
control  yet. 

3.  System  Configuration 

In  order  to  perform  automated  tasks  in  a  production  line,  the  first  thing  needed  is  to  retrieve 
raw  data  from  the  process.  Therefore,  before  starting  to  set  up  the  database  for  the  tray  pack  line,  I/O 
driver  and  poll  records  have  to  be  configured.  Three  I/O  drivers  are  configured  for  the  application; 
ABK,  SIM  and  DDE. 

ABK  I/O  driver  is  a  tool  for  accessing  data  from  hardware  registers  and  for  specifying 
communication  parameters.  Here  we  use  Allen-Bradley  Data  Highway  Plus  via  KT  card  (Rev.  4.27 
bL)  to  provide  the  connection  between  the  PLC  and  the  PC.  FIX  DMACS  provides  a  Channel 
Definition  Screen  where  KT  card  is  configured.  This  screen  can  be  accessed  by  first  double  clicking 
on  System  Configuration  icon  and  then  the  ABK  icon.  The  Memory  Address  for  KT  card  is  set  to 
be  CCOO,  PC  Station  Number  is  set  to  41. 

The  second  step  is  to  describe  the  hardware  devices  that  we  will  be  accessing,  through  the 
AB  Data  Highway  Plus.  For  Tray  Pack  line  the  hardware  option  is  PLC5/12  and  the  Primary  Station 
Address  is  set  to  20.  This  information  can  be  accessed  at  a  Device  Description  Screen  (from  channel 
description  screen)  by  pressing  F5. 

Once  FIX  DMACS  is  provided  with  this  information,  the  I/O  driver  can  build  and  maintain 
the  DIT.  If  DIT  is  viewed  as  a  collection  of  mailboxes,  then  each  poll  record  can  be  viewed  as  an 
individual  mailbox.  To  create  a  poll  record,  we  need  to  specify  a  starting  address  and  the  length.  The 
starting  address  tells  the  I/O  driver  where  the  range  of  data  in  the  PLC  begins  and  the  length  specifies 
how  many  data  points  to  fetch.  See  figure  3. 1  below  for  a  generic  illustration.  The  designer  should 
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note  that  the  poll  record  definition  format  is  different  for  different  hardware  options.  Refer  to  the  I/O 
Driver  Manual  to  check  for  poll  record  formats  of  different  hardware  options. 


Process  Hardware 
Registers 


1  Address 

0 

1 

2 

3 

Data  1 

12 

1  31 

1  18 

1  441 

1  Address 

4 

5 

6 

7 

Data  1  22 

19 

!  76 

199  1 

Address 

8 

9 

10 

Data  j 

81 

55 

i  83 

!51  ! 

Computer  Memory 


DIT 


I/O  Driver 

◄ - 

i 


Poll  Record 

i  I/O  Address  Field: 

r  Starting  Address:  Length  j 

i  0:8  I 

1  Data:  I 

I  12  31  18  44  22  19  76  99  I 


Figure  3.1:  A  Poll  Record  Example 


In  configuration  of  the  poll  records  for  the  Tray  Pack  line,  we  are  mainly  interested  in  4  types  of  data; 
external  inputs,  internal  inputs,  counters  and  timers.  External  inputs  are  the  inputs  related  to  the 
sensors  and  push  buttons  in  the  line.  Internal  inputs  are  the  bits  set  in  PLC  through  the  execution  of 
the  ladder  logic.  These  two  types  of  data  are  used  to  check  the  state  of  the  system  such  as,  normal 
running  conditions,  fault  and  alarm  conditions  and  system  ready  conditions.  Counter  and  timer 
addresses  are  also  configured  as  poll  records  for  the  Tray  Pack  line.  The  counters  of  PLC  5/12  give 
information  about  the  production  volume  and  quality  by  keeping  track  of  the  number  of  filled, 
mounded,  underweight,  total  rejected  and  total  seamed  trays.  Finally  timers  are  monitored  to  get 
information  about  the  production  efficiency,  by  keeping  track  of  the  downtime  and  production  times. 
Table  3.1  summarizes  the  poll  record  configuration  of  the  tray  pack  line.  For  detailed  information 
on  the  specific  addresses  of  these  4  data  types  and  their  functions  refer  to  TWP  #88. 

Once  I/O  driver  and  poll  records  are  configured,  we  can  retrieve  data  from  the  process 
hardware  and  store  in  DIT  which  is  a  sort  of  buffer  between  the  process  and  the  database.  In  the  next 
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section  we  will  describe  how  to  relate  each  poll  record  with  a  block  in  database.  Before  then,  we 
would  like  to  give  a  brief  description  on  the  other  two  drivers. 


Type  of  Data 

Data  type:  Starting  addressiLength 

External  Inputs 

1:3:2 

1:11:1 

Internal  Inputs 

B3:0:3 

B3:5:l 

B3:13:l 

Counters 

C5:l:6 

Timers 

T4:8:l 

T4:52:l 

Table  3.1:  Summary  of  Poll  Records  for  Tray  Pack  Line 


SIM  (Simulation  Driver)  is  an  internal  driver  provided  by  the  FIX  DMACS.  One  may 
simulate  an  operation  through  Simulation  Driver  by  ramping  up  or  down  the  values  of  some  registers 
reserved  by  FDC  DMACS.  Demo  Mode  of  FIX  DMACS  can  be  given  as  an  example  which  uses  this 
SIM  driver.  The  software  may  run  for  two  hours  in  Demo  Mode  without  requiring  the  activation  key 
and  all  the  sample  operations  are  governed  by  SIM  during  these  two  hours  course  of  action.  In  the 
Tray  Pack  implementation  we  used  SIM  mainly  for  applications  when  manual  entries  are  made  from 
the  screen  or  setting  up  flags  for  display  development  so  that  certain  dynamic  behavior  of  some 
objects  may  be  controlled. 

FIX  DMACS  also  supports  Dynamic  Data  Exchange  through  DDE  driver.  Through  this 
driver,  it  is  possible  to  transfer  data  to  or  from  other  software  applications  that  have  a  DDE  interface. 
For  Tray  Pack  line,  we  attempt  to  use  DDE  to  integrate  a  stand  alone  quality  control  application, 
PMCOMM,  with  the  operator  screens  designed.  This  application  can  be  described  as  follows:  At 
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certain  time  intervals  during  the  production,  operator  or  quality  control  personnel  takes  samples  from 
the  line  and  weighs  them  on  a  scale.  The  scale  is  connected  to  a  PC.  PMCOMM  automatically  reads 
the  value  from  the  scale  and  performs  some  statistical  analysis  on  the  data.  This  way,  any  human 
error  that  might  be  caused  by  a  manual  entry  of  the  sample  weights  are  eliminated.  The  drawback 
is  that  the  data  cannot  be  sent  directly  to  the  plant  database  by  PMCOMM.  FIX  DMACS  and 
PMCOMM  are  linked  by  DDE  driver  to  avoid  their  inherent  drawbacks.  Once  PMCOMM  grabs  a 
data  from  the  scale,  FIX  DMACS  reads  that  related  register  or  address  through  DDE  and  some  push 
buttons  on  the  operator  screen  and  data  is  then  processed  in  FIX  DMACS  and  sent  to  plant  database, 
thus  eliminating  any  human  error. 

For  more  details  on  system  configuration  refer  to  I/O  Driver  Manual  and  System  Setup 
Manual. 


4.  The  Database 

A  brief  introduction  on  the  structure  of  FIX  DMACS  database  was  given  in  section  2.  As 
mentioned  earlier,  the  database  consists  of  blocks.  When  building  the  database  each  block  is 
assigned  a  name.  This  is  called  the  tag  name  of  the  block.  Through  poll  records  we  retrieve  a  bunch 
of  data  points  all  together.  In  application  ,  however,  we  need  to  identify  and  utilize  each  individual 
data  point  (i.e.  a  bit  or  a  register  in  PLC).  Hence,  tag  names  are  designer  defined  names  given  to 
each  data  point  in  the  FIX  DMACS  database.  Whenever  a  particular  piece  of  information  is  needed 
in  a  FIX  DMACS  application,  it  will  be  called  by  its  tag  name  (rather  than  its  address  in  the  PLC). 

Since  database  is  responsible  for  data  processing  as  well  as  data  acquisition  of  different  types 
of  data,  there  are  separate  types  of  blocks.  In  the  Tray  Pack  line  database  we  have  not  utilized  all  the 
different  kind  of  blocks.  Table  4. 1  shows  the  block  types  and  the  related  abbreviations  used  in  this 
document. 
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Block  Type 

Abbreviation 

Analog  Input  Block 

AI 

Analog  Output  Block 

AO 

Boolean  Block 

BL 

Calculation  Block 

CA 

Digital  Alarm  Block 

DA 

Digital  Input  Block 

DI 

Digital  Output  Block 

DO 

Statistical  Data  Block 

SD 

SQL  Data  Block 

SQD 

SQL  Trigger  Block 

SQT 

Program  Block 

PG 

Timer  Block 

TM 

Totalizer  Block 

TT 

Text  Block 

TX 

Table  4.1;  List  of  Blocks  used  in  Tray  Pack  Line  database  design 

In  this  section  a  detailed  description  of  the  database  that  is  built  for  Tray  Pack  Line  will 
be  presented.  Figures  4.2  through  4.18  illustrates  the  blocks  in  Tray  Pack  Line  database  and  the 
flow  of  data  between  them.  Figure  4.1  is  the  legend  for  the  following  18  figures. 

Not  all  the  blocks  in  the  database  are  in  a  chain  with  others.  The  following  list  of  blocks 
is  not  in  a  chain  with  any  other  block,  yet  it  is  used  in  the  design  of  operator  interfaces  to  signal 
fault  conditions  of  the  Tray  Pack  Line.  Note  that  all  these  blocks  are  digital  inputs  and  outputs, 
that  is,  they  are  either  external  or  internal  inputs  acquired  from  PLC  or  SIM  driver. 
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Tag  Name 

Type 

Description 

AUTO_MAN 

DI 

SS-2  Automatic/Manual  Mode 

CARR_FLT 

DI 

Carrier  Fault 

CK_WEIGHT 

DI 

Zero  Speed  in  Check  weigher 

CNT_COMP 

DI 

Count  complete 

CON_SEL_SW 

DI 

Individual  Auto/Man  Conveyor  Selector  Switch 

FILL_CONV 

DI 

Overload  in  Filler  Conveyor  (OL-4) 

LID_CONV 

DI 

Overload  in  Lid  Conveyor  (OL-3) 

LID.POS 

DI 

Lid  Position 

MAIN_DRIVE 

DI 

Overload  in  Main  Drive  (OL- 1 ) 

NO_CV_BD 

DI 

No  cover/  No  body 

NO_VAC 

DI 

No  vacuum 

OL_CK_WHT 

DI 

Overload  in  Check  weigher  (OL-7) 

OL_PHASE 

DI 

Overload  in  phasing  conveyor  (OL-5) 

OL_REJ_DVR 

DI 

Overload  in  Reject  diverter  (OL-8) 

OL_REJ_LN 

DI 

Overload  in  Reject  Lane  (OL-9) 

OL_SPACE 

DI 

Overload  in  Spacing  conveyor  (OL-6) 

OVER_TORQ 

DI 

Overtorque 

PHA_CONV 

DI 

Zero  Speed  in  Phasing  conveyor 

POWERON 

DI 

Control  power  on 

REJ_DIVERT 

DI 

Zero  speed  in  reject  diverter 

REJ_LANE 

DI 

Zero  speed  in  reject  lane 

RUN_CNT_SW 

DI 

Run/Count  SS-1 

SPA_CONV 

DI 

Zero  speed  in  spacing  conveyor 

SYS_START 

DI 

System  Start  Push  Button  (PB-5) 

SYS_STOP 

DI 

System  Stop  Push  Button  (PB-6) 
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VAC_PUMP 

DI 

Overload  in  vacuum  pump  (OL-2) 

WHEEL_I_0 

DI 

Wheel  in/out 

FLAG 

DO 

Trigger  for  “Saving...”  Message  in  View 

M_DUMMY1 

DO 

Dummy  Blck  used  in  Material  Tracking  Screen 

M_DUMMY2 

DO 

Dummy  Blck  used  in  Material  Tracking  Screen 

M_DUMMY3 

DO 

Dummy  Blck  used  in  Material  Tracking  Screen 

M_DUMMY4 

DO 

Dummy  Blck  used  in  Material  Tracking  Screen 

M_DUMMY5 

DO 

Dummy  Blck  used  in  Material  Tracking  Screen 

Table  4.2:  Digital  Inputs  and  Outputs  that  are  not  in  a  chain  with  other  blocks  in  the  database 

In  the  Tray  Pack  Line  implementation  we  have  mainly  focused  on  5  types  of  activities; 

•  Reading  the  data  from  PLC  or  Operator  Interface. 

•  Manipulating  the  data 

•  Using  the  data  in  supervision  of  the  process. 

•  Receiving  input  from  plant  database 

•  Writing  back  to  plant  database 

We  can  look  into  some  of  the  chains  illustrated  in  figures  4.2  through  4.18  in  detail  to 
understand  how  the  above  goals  are  achieved.  Figure  4.2  illustrates  some  basic  chains,  where  data 
is  read  from  PLC  by  an  AI  block.  The  CA  block  then  converts  the  raw  data  into  the  desired  format. 
A  more  complex  chain  is  shown  in  figure  4.3  and  discussed  below.  Refer  to  the  appendix  for  the 
figures  4.3  through  4.18. 

One  of  the  major  information  we  collect  from  the  Tray  Pack  Line  is  the  weight  of  the  trays. 
To  collect  this  data  we  need  to  read  the  register,  1:01 1,  in  PLC  5/12.  This  register  contains  a  BCD 
(Binary  Coded  Decimal)  data  which  is  passed  from  the  Check  weigher  as  each  tray  is  weighed.  The 
BCD  data  is  composed  of  4  sets  of  numbers  each  with  4  bits  with  a  total  of  16  bits  (Refer  to  TWP 
#88  for  more  detail  on  BCD  data).  Therefore,  when  we  set  up  an  AI  block  to  read  the  register,  we 
get  a  value,  where  the  number  0  in  decimal  is  represented  by  32768  (i.e.  2‘^).  Setting  up  an  AI  block 
as  in  figure  4.19  (i.e.  WEIGHT  1)  which  gets  data  from  the  register  1:01 1  completes  the  reading  the 
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FIGURE  4.1:  LEGEND  FOR  DATABASE  BLOCK  RELATIONS 
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chain  at  each 
manual  data  entry 


Sends  1  to 
the  next  block 
ot  each  initiation 


TOTDUM 

(TT) 


Acts  as  a  counter 
to  keep  the  number 
of  observotions  for 
manual  data  entry  screens 


Number  of  trays  Number  of  trays  produced 

produced  (converted  to  decimal 

(in  binary  format)  format  for  presentation) 


Number  of  Number  of  mounded  troys 

mounded  trays  (converted  to  decimal 

(in  binary  format)  for  presentation) 


Number  of  Total  number  of  trays  filled 

trays  filled  (converted  to  decimol 

(in  binary  format)  for  presentation) 


Number  of  Total  number  of  rejected  trays 

trays  rejected  (converted  to  decimal 

(in  binary  format)  for  presentation) 


NO_UN_W 

NO_UN_C 

(Al) 

(CA) 

Number  of 

Number  of 

underweight  trays 

underweight  trays 

(in  binary  format) 

(converted  to  decimal  format) 

FIGURE 

4.2:  LINE  PERFORMANCE 
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data  from  PLC  part  of  the  activity.  In  this  block’s  set  up,  the  mode  is  set  to  automatic  and  the  scan 
time  is  set  to  1  seconds.  This  means  that  the  register  is  scanned  every  second  automatically. 
However,  this  raw  data  cannot  be  used  in  the  format  it  is  acquired  from  the  PLC.  It  has  to  be 
converted  into  decimal  format  for  further  use.  Hence  the  block,  WEIGHT  1,  is  then  chained  to  the 
CA  block  W 1  through  its  next  block  definition.  Each  4-bit  set  of  numbers  correspond  to  a  place  in 
decimal  format.  Hence  we  need  4  AI  blocks  to  be  chained  to  4  CA  blocks  each  of  which  is 
responsible  for  the  calculation  of  a  certain  place  in  the  decimal  format.  W1  is  the  CA  block  that’s 
responsible  for  only  calculating  the  hundreds  place  in  the  converted  value.  For  the  rest  of  the  BCD 
to  decimal  conversion,  W2,  W3  and  W4  are  used  to  calculate  the  tens,  ones  and  decimal  places  of 
the  weight,  respectively. 


1  Analog  Input  Block 

Tag  Name: 

WEIGHT1 

Next  Block: 

W1 

Ip 

Description: 

BCD  Reading  from  the  PLC 

^  Start  Block  On  Scan 
Scan  Time: 

Smoothing: 


0 


f  Hardware  Specifications  | 

Device: 

Hardware  Options: 

I/O  Address: 

Signal  Conditioning: 

ABK 

PLC5:l:11 

11 

NONE 

'Engineering  Units 

Low  Limit: 

High  Limit: 

Units: 

0.00 

9,000.00 

'Initial  Mode 

^  Automatic  O  Manual 

Alarms 

□  Enable  Alarming 

Alarm  Areas:  ALL 

Low  Low: 

Low: 

High: 

High  High: 

Rate  of  Change: 

Dead  Band: 

0.00 

0.00 

9,000.00 

9,000.00 

0.00 

450.00 

Priority 

Low  O  Medium  O  High 

_ _ 

becurity  Areas  I 

1: 

NONE 

2: 

NONE 

■ 

B 

NONE 

■ 

Figure  4. 19:  AI  Block  to  read  BCD  data  from  PLC  5/12 
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W1  is  chained  to  another  CA  block,  W_TOTAL  where  all  the  other  3  CA  blocks  are  viewed 
as  inputs.  Note  that  no  more  than  one  block  is  allowed  to  be  an  upstream  block  in  a  chain.  In 
W_TOTAL,  the  values  that  are  carried  by  Wl,  W2,  W3  and  W4  are  used  to  calculate  the  actual 
weight  of  the  tray  in  decimal  format.  Refer  to  figure  4.20  for  an  illustration  of  a  typical  CA  block 
(i.e.  W_TOTAL) 


Calculation  Block 


I  Tag  Name: 

Description: 

“Inputs - 

A:  Previous  Block 

.B: 


W_TOTAL 

Next  Block: 

Actual  weight  value  of  the  tray 

C: 

D: 

E: 

F: 

G: 

H: 


W2.F  CV 


W3.F  CV 


W4.F  CV 


100 


10 


Engineering  Units' 
Low  Limit: 


High  Limit: 
Units: 


0 


1,000 


Alarms 

n  Enable  Alarming 
Alarm  Areas:  I  ALL 


Use  terms  A  through  H  in  the 
output  calculation. 


p  Security  Areas 

1: 

NONE 

2: 

NONE 

3: 

NONE 

Output  Caiculation: 


((((A*E)+(B*F]I+C]+(D/F)J 


Figure  4:20:  Final  Calculation  Block  in  the  Chain  of  BCD  to  Decimal  conversion 

One  other  block  which  is  commonly  used  for  data  processing  in  Tray  Pack  line 
implementation  is  the  SD  block.  As  described  above  the  weight  of  every  single  tray  can  be  obtained 
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from  the  line  and  converted  into  a  desirable  format.  It  is  likely  to  collect  more  than  10  data  points 
for  tray  weights  per  minute  in  a  normal  speed  of  the  line.  Therefore,  if  every  single  weight  is  stored 
in  a  file  or  a  table,  big  memory  space  will  be  required.  Furthermore,  nobody  would  really  be 
interested  in  the  weights  of  every  single  tray  produced,  provided  that  they  are  within  a  specified 
range.  Therefore  it  is  more  desirable  to  make  use  of  average  weights  over  a  time  frame  or  the 
number  of  trays.  This  type  of  data  manipulation  is  performed  through  the  SD  block. 

In  the  example  of  figure  4.3,  the  weight  of  each  individual  tray  is  infed  to  W_STAT  where 
statistical  calculations,  such  as  average,  standard  deviation  and  range  of  weights  over  a  specified 
number  of  observations,  are  performed.  Refer  to  Figure  4.21  for  a  typical  SD  block  setup. 
According  to  the  setup  in  figure  4.21,  the  processor  automatically  checks  the  input  block  (i.e. 
W_TOTAL)  every  second  to  grab  a  data  point.  If  no  scan  qualifier  is  specified  then  the  SD  block 
grabs  whatever  data  is  available  in  its  input  block  at  the  time  of  the  scan.  This  may  cause  error  in 
application  since  the  data  may  not  have  been  updated  in  the  input  block  yet.  In  this  example, 
TRAY_READY  is  a  DI  block  (physically,  it’s  a  sensor  on  the  line)  which  signals  to  W_STAT  when 
there  is  a  new  tray  on  the  Check  weigher.  In  this  case,  W_STAT  will  take  the  value  calculated  in 
W_TOTAL  only  when  it  receives  a  signal  from  TRAY_READY  block. 

In  figure  4.21,  observation/group  (n)  refers  to  the  sample  size  that  the  statistics  will  be 
performed  on.  Average,  standard  deviation  and  range  of  weights  will  be  calculated  using  this  value 
(i.e.,  5  in  this  case).  The  minimum  and  maximum  allowable  numbers  are  1  and  25  respectively.  If 
a  grand  average,  such  as  xbarbar,  is  required  then  the  calculations  will  be  based  on  number  of 
observations,  as  well.  The  minimum  and  maximum  allowable  entry  for  number  of  observations  (N) 
is  12  and  50,  respectively.  As  can  be  seen,  SD  block  samples  on  count  rather  than  time  basis.  That 
is,  we  can  get  a  data  after  certain  number  of  trays  are  weighed  rather  than  a  certain  time  has  elapsed. 
But  if  the  line  speed  is  known,  it  can  also  be  interpreted  on  the  time  basis  by  adjusting  the  entries 
for  observation/group  and  number  of  observations.  It  is  also  possible  to  specify  some  alarm  specifics 
through  a  SD  block.  But  this  will  be  discussed  later  in  section  6. 
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Statistical  Data  Block 


Tag  Name: 
Description: 


W_STAT 

Next  Block: 

statistic  of  tray  weights 

Start  Block  On  Scan 
Scan  Time: 


rAuto  Limits' 


1 


^  Startup  O  Always  O  Never 


Statistical  Data  Specifics 
Scan  Qualifier: 

Input  Tag: 


TRAY  READY 


W  TOTAL 


Number  of  Groups: 
Observations/Group: 
Wait  Time: 


12 


0 


Auto  Calculations' 


Startup  O  Always  O  Never 


pEngineering  Units ^ — - [ 

Low  Limit: 

0 

■ 

High  Limit: 

100 

1 

Units: 

1 

1 

Initial  Mode 
Automatic 


O  Manual 


p  Security  Areas - ^ 

1: 

A 

2: 

NONE 

3: 

NONE 

Figure  4.21:  Statistical  Data  Block  to  perform  statistical  Calculations  on  Tray  Weights 


Through  the  use  of  CA  and  SD  blocks,  data  is  processed  and  converted  into  a  desirable 
format.  This  concludes  the  data  manipulation  stage.  Some  other  blocks,  like  PG  and  BL  blocks,  are 
also  used  for  data  manipulation. 

It  is  possible  to  display  the  raw  or  processed  data  through  the  data  links  provided  in  View 
application  of  FIX  DM  ACS.  For  instance,  statistical  charts  like  Xbar,  Sbar  and  Rbar  charts  are 
available  for  the  illustration  of  a  SD  block.  We  designed  a  “Charts  Screen”  so  that  the  operator  can 
view  the  average,  standard  deviation  and  range  of  tray  weights  for  specified  sample  size  (n=5  in  this 
case)  through  some  statistical  chans.  Display  development  will  be  discussed  more  in  the  next 


17 


section.  The  reason  why  we  mention  the  operator  interface  design  here  is  to  emphasize  that  any  data 
we  gather  will  be  used  in  the  supervision  of  the  Tray  Pack  line. 

Since  we  acquire  the  real-time  data,  any  change  that  occurs  in  the  line  will  result  in  an  update 
on  the  operator  screens  and  the  previous  data  will  be  lost  unless  stored  in  a  database.  For  further  use, 
certain  data  points  are  sent  to  the  plant  database  and  stored  in  Oracle  forms.  Mainly  three  types  of 
data  are  sent  to  the  plant  database; 

1.  Operator  information: 

Operator  ID  numbers  and  comments  are  entered  manually  by  the  operator  at  the  beginning  of  each 
shift  and  this  information  is  sent  to  the  plant  database  together  with  a  time  stamp.  This  data  can  be 
used  by  the  management  to  keep  track  of  the  shifts  and  operators 

2.  Process  and  Sampled  data: 

i)  Average  weight  for  filled  and  accepted  trays;  This  data  is  sent  automatically  together  with  a  time 
stamp  for  every  specified  number  of  trays. 

ii)  Samples  from  Solbem  and  Oden  fillers;  Every  15  minutes  the  operator  takes  sample  weights  from 
these  two  fillers  and  enters  them  manually  through  the  operator  screens.  Average  of  the  samples  with 
a  time  stamp  are  then  sent  to  the  related  tables  in  the  plant  database. 

This  type  of  data  can  be  used  for  some  statistical  analysis  and  quality  control  purposes. 

3.  Material  Tracking  data:  ID’s  of  all  the  materials  used  in  the  production  of  a  certain  batch  are 
entered  by  the  operator.  Beef,  gravy,  can  and  lid  lot  id’s  are  then  sent  to  the  plant  database  together 
with  the  start  time  of  each  lot.  These  are  the  main  raw  materials  for  the  Tray  Pack  line.  After  being 
sealed  the  trays  are  sent  to  the  retort.  Retort  crate  id’s  and  start  time  for  the  filling  of  that  crate  are 
also  sent  to  the  plant  database.  In  case  of  any  problem  in  the  process,  each  material  can  be  traced 
back  for  a  specified  batch  produced  by  looking  at  the  stored  data. 

Type  of  data  and  SQL  table  names  where  each  data  is  stored  are  shown  in  figures  4.2  through  4. 1 8. 

There  are  two  blocks  related  with  the  data  transfer  to  and  from  the  plant  database;  SQT  and 
SQD.  The  set  up  of  SQT  and  SQD  blocks  are  very  similar  for  all  of  the  above  data  types.  Therefore 
we  will  be  giving  only  one  example  for  each.  SQT  block  checks  for  certain  events  to  be  satisfied  and 
once  these  conditions  are  true  it  triggers  the  related  SQD  block.  Note  that  an  SQT  block  is  always 
chained  to  an  SQD  block.  In  figure  4.22,  we  see  the  SQT  block  built  to  send  the  average  tray  weight 
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to  the  plant  database.  The  condition  in  this  case  is  the  change  of  the  average  of  the  tray  weights  as 
calculated  in  the  SD  block  W_STAT.  Once  W_STAT’s  output  changes,  AVG_TRI  triggers  its  next 
block.  AVG_DATA,  automatically.  If  the  SQT  block  is  set  to  manual,  which  is  the  case  in  material 
tracking  data,  the  block  has  to  be  triggered  manually  from  the  operator  screen  through  some  push 
buttons. 

The  other  important  entry  in  the  definition  of  an  SQT  block  is  the  SQL  name.  When 
AVG_TRI  is  triggered  there  is  a  SQL  command  which  is  executed.  This  command  is  called  by  an 
SQL  name  (i.e.  AVGINS  in  this  example)  in  FIX  DMACS. 

To  construct  the  link  between  the  SQL  name  and  the  actual  SQL  command,  we  create  a 
library  table,  SQLLIB,  in  SQL  Plus.  This  table  consists  of  two  columns;  the  first  one  contains  the 
SQL  names  as  referenced  in  FIX  DMACS  and  the  second  column  contains  the  corresponding  SQL 
command  which  will  be  executed  upon  the  triggering  of  the  SQT  block.  In  the  case  of  average 
weights  of  the  trays,  when  AVG_TRI  is  triggered,  SQLLIB  is  searched  to  locate  the  name  AVGINS. 
When  AVGINS  is  found  the  corresponding  SQL  command  from  the  second  column,  ''insert  into 
average_weight  (average_weight,  tmdt)  values  [?,?)",  is  executed. 

The  SQD  block,  (AGV_DATA  in  this  example),  is  responsible  for  keeping  tagnames 
(W_STAT  in  this  case)  of  the  data  that  will  be  transferred  and  the  direction  of  the  transfer.  That  is, 
the  question  marks  in  the  above  command  are  replaced  by  the  values  in  the  specified  block  in  the 
SQD.  For  the  direction  of  the  transfer  OUT  means  the  data  is  sent  to  and  IN  means  the  data  is 
received  from  the  plant  database.  Refer  to  figure  4.23. 
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Figure  4.22:  SQT  Block  to  send  average  weight  of  trays  to  plant  database 
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Figure  4:23  SQD  block  to  send  average  weight  of  trays  to  plant  database. 

Due  to  the  two  way  link  with  the  plant  database,  we  can  get  data  to  FIX  DMACS  from  the  plant 
database  as  well  as  the  process  itself  and  the  operator  screens.  Recipes  for  each  product  can  be 
downloaded  from  the  plant  database  to  the  PC’s  and  then  to  the  production  line  through  FIX 
DMACS  applications.  Since  recipe  tables  are  not  available  in  the  plant  database  yet,  we  implemented 
this  direction  of  data  transfer  from  the  database  to  receive  a  daily  schedule  and  some  set  point  for 
the  line,  like  upper  and  lower  control  limits  for  the  tray  weights.  The  set  up  for  SQT  and  SQD  blocks 
is  almost  the  same  as  described  above.  The  only  difference  in  that  in  SQT  block  scan  time  is  set  to 
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exception  based  because  the  schedule  or  the  set  points  for  the  system  does  not  change  as  often  as  the 
tray  weights.  Therefore  to  have  an  efficient  FIX  DMACS  database  it  is  better  to  have  “exception 
based”  polling  when  the  event  changes  are  sporadic,  or  else  set  the  block  on  automatic  scan  for 
frequently  changing  events. 


SQL  Trigger  Block 
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TRIG_PARAM 

Next  Block: 

DATA_PARAM 

Trigger  to  get  process  parameters 
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<§>  Change  of  Value 
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Event  Tag: 
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Figure  4.24:  SQT  block  to  receive  process  parameters 

For  SQD  block,  the  only  change  in  the  set  up  is  with  the  direction.  Since  now  we  will  be  receiving 
data  from  the  plant  database,  the  direction  is  written  as  IN.  Refer  to  figures  4.24  and  4.25  for  the 
SQT  and  SQD  set  ups  for  receiving  tray  weight  parameters  from  the  database. 
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SQL  Data  Block 


Figure  4.25:  SQD  block  to  receive  process  parameter  from  database 

There  are  other  blocks  that  we  used  to  build  the  FIX  DMACS  database  for  data  acquisition  and 
operator  interface  designs.  Above,  we  described  only  those  which  we  utilize  frequently.  For  more 
details  on  Database  Builder  and-  functions  of  other  blocks,  refer  to  Intellution  Database  Builder 
Manual. 
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5.  Display  Development 

In  this  section  we  will  describe  the  operator  screens  that  we  designed  to  view  the  Tray  Pack 
line.  Draw  is  the  application  used  to  create  the  pictures  and  View  is  the  application  to  view  the 
picture  with  real-time  data.  Due  to  the  limitation  of  space  and  time  we  will  not  describe  how  each 
picture  is  created.  We  would  rather  provide  a  Manual  here,  which  describes  how  to  use  the  operator 
displays.  For  further  information  on  creating  pictures,  refer  to  Intellution  Draw  Manual. 

We  designed  10  displays  to  view  the  Tray  Pack  line,  enter  sample  data  manually,  receive 
schedule  and  set  points  from  the  plant  database.  Operator  screens,  the  access  links  between  them, 
file  names  as  saved  in  draw  program  are  given  in  figure  5. 1 .  The  figures  5.2  through  5.11  show  the 
individual  picture  for  each  of  the  operator  screens. 

5.1.  Manual  for  Tray  Pack  Line  Operator  Screens: 

The  designed  operator  screens  for  Tray  Pack  line  are  very  user  friendly.  The  operations  are 
mostly  self  explanatory.  For  those  which  may  create  confusions  we  tried  to  provide  messages  to  lead 
the  operator.  To  clear  further  difficulties,  we  will  go  through  each  screen  in  this  subsection. 

At  the  beginning  of  each  shift,  the  first  screen  is  the  Operator  Login  Screen.  Refer  to  figure 
5.2.  The  operator  has  to  enter  Operator  ID  and  any  comments  to  be  made  at  the  beginning  of  the 
shift.  Upon  pressing  the  ENTER  button,  a  command  language  code  is  executed.  The  command 
language  is  a  FIX  DMACS  scripting  tool  that  lets  the  designer  to  automate  operator  tasks  through 
a  series  of  instructions.  Command  language  scripts  store  these  instructions  within  a  series  of 
commands  and  parameters.  Then  FIX  DMACS  executes  the  instructions  upon  request  from  View, 
like  pushing  the  ENTER  button  in  this  case.  Command  Language  can  be  used  to  manipulate  files, 
manage  alarming,  control  database  blocks,  run  other  applications  automatically,  incorporate  custom 
security  features  and  to  design  custom  prompts  and  messages  for  the  operator.  In  all  of  the  push 
buttons  created  in  the  pictures  for  Tray  Pack  line  we  used  the  command  language  to  achieve  some 
of  the  tasks  listed  above.  For  more  information  on  the  command  language  refer  to  Intellution 
Command  Language  Manual. 

Through  the  code  embedded  in  the  ENTER  button  in  Operator  Login  Screen,  the  information 
entered  by  the  operator  is  saved  in  the  plant  database  together  with  a  time  stamp  and  a  new  picture 
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FIGURE  5.1:  CONNECTION  BETWEEN  TRAYPACK  LINE  OPERATOR  SCREENS 
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FIGURE  5.2:  Operator  Login  Screen 
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FIGURE  5.3:  Schedule  From  Plant  Database 


appears  on  the  screen.  This  is  the  Schedule  From  Database  screen.  Refer  to  figure  5.3.  The  reader 
should  note  that  the  command  language  in  Login  screen  has  an  instruction  to  trigger  the  related  SQT 
block  to  transfer  the  schedule  data  from  the  plant  database.  Therefore  once  the  screen  changes  from 
Login  to  the  Schedule,  we  will  have  the  information  ready  for  the  operator. 

The  PLC  code  for  the  Tray  Pack  line  requires  that  some  of  the  settings,  like  production  rate, 
has  to  be  entered  manually  through  a  control  panel  on  the  PLC.  Similarly,  Check  weigher  has  to  be 
setup  manually  for  the  correct  product  weight  target  value,  upper  and  lower  control  limits.  Hence 
the  operator  has  to  check  certain  settings  of  PLC  and  the  check  weigher  as  described  on  the  Schedule 
screen  and  make  necessary  changes  manually  before  starting  the  line.  More  information  from  plant 
database  can  be  provided  to  the  operator  when  the  schedule  tables  are  completed  in  Oracle.  The 
operator  must  push  the  CONTINUE  button  after  checking  and  correcting  the  required  settings.  Upon 
pressing  the  button,  a  message  appears  to  remind  the  operator  once  more  to  check  the  PLC  and 
Check  weigher  settings  if  it  hasn’t  been  done  yet.  The  operator  confirms  and  the  screen  changes  to 
the  Tray  Pack  Line  Main  screen. 

The  figure  5.4a  depicts  the  main  screen  to  view  the  Tray  Pack  line  as  seen  in  View.  To  give 
more  insight  to  some  of  the  design  issues  we  also  include  the  Main  screen  as  designed  in  Draw  by 
figure  5.4b.  The  reader  will  immediately  realize  that,  depending  on  the  real  time  data  and  the 
dynamic  attributes  of  the  objects,  the  screen  in  view  will  be  a  window  to  the  Tray  Pack  line.  All  the 
other  screens  can  be  accessed  from  this  screen.  The  Main  screen  has  the  following  features; 

a)  It  displays  a  line  drawing  of  the  Tray  Pack  line.  Since  the  information  received  from  PLC 
is  not  sufficient,  a  real  time  simulation  of  the  process  cannot  be  provided.  Only  when  the  tray  reaches 
the  diverter,  the  operator  receives  an  input  from  the  PLC  (i.e.  whether  the  tray  is  accepted  or 
rejected).  On  the  Main  screen,  a  blue  box  passing  the  diverter  represents  an  accepted  tray  and  a  red 
box  diverted  to  the  reject  lane  represents  a  rejected  tray. 

b)  It  displays  the  type  and  place  of  the  problem  when  a  fault  appears  in  the  Tray  Pack  line. 
FIX  DMACS  provides  the  user  with  the  ability  of  alarming  in  case  of  a  problem.  Together  with  this 
feature,  we  designed  the  display  such  that  each  fault  condition  is  hidden  in  the  Main  screen.  That  is, 
when  an  error  occurs  in  the  process,  a  message  in  red  will  appear  on  the  Main  screen  identifying  the 
cause  and  the  place  of  the  error.  This  message  will  stay  until  the  problem  is  solved  and  normal 
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operation  conditions  are  recovered. 

c)  It  describes  the  steps  to  stan  the  system  from  the  PLC  panel.  If  the  system  hasn’t  started 
yet,  a  message  will  appear  on  the  Main  screen  to  instruct  the  operator  on  how  to  start  the  system. 

d)  It  displays  the  status  of  the  system.  There  are  three  different  states  of  the  system  shown 
on  the  upper  left  comer  of  the  screen;  System  Ready  (shown  in  blue).  System  Running  (in  green)  and 
System  Fault  (in  red).  System  is  ready  if  no  error  conditions  are  present  and  the  MCR  button  is 
pressed.  If  MCR  button  is  not  pressed  the  operator  will  be  prompted  to  do  so  before  starting  the 
system.  System  is  in  Running  status  when  all  the  operations  are  performed  without  any  fault.  And 
System  Fault  signal  appears  in  case  of  an  error  as  described  in  part  b. 

e)  It  displays  some  performance  measures  related  with  the  production.  For  the  time  being, 
the  measures  are  limited  to  the  count  of  trays;  total  number  of  trays  filled,  produced,  rejected 
(rejection  causes  catagorized  as  underweight,  overweight  and  mounding)  and  weight  (i.e.  actual  and 
average)  of  filled  trays.  A  table  which  contains  the  real  time  data  from  the  line  is  displayed  on  the 
Main  screen  for  this  purpose. 

f)  It  displays  a  chart  to  show  the  trend  of  the  tray  weights.  More  statistical  charts  on  tray 
weights  are  provided  but  this  trending  chart  provides  a  visual  tool  to  show  the  behavior  of  the  tray 
weights  over  a  time  range  of  5  minutes. 

g)  It  provides  the  operator  with  the  data  sampling  timers.  Every  15  minutes,  the  operator  or 
a  quality  control  staff  is  required  to  take  samples,  such  as  beef  weights,  sauce  temperature,  ...etc., 
from  the  Solbem  Filler,  Oden  filler  and  the  Seamer.  We  designed  three  independent  timers  for  each 
of  these  machines.  These  timers  start  automatically  at  the  beginning  of  the  shift,  warns  the  operator 
to  collect  data  from  a  given  machine.  When  the  timer  reaches  15  minutes,  the  color  of  timer  box 
turns  to  red,  a  written  message  appears  and  audio  signal  is  provided  in  case  the  horn  is  enabled.  Refer 
to  seamer  timer  in  figure  5.7.  The  written  message  directs  the  operator  to  the  next  screen  where  the 
sample  data  is  entered.  By  clicking  on  the  specified  machine,  the  operator  will  switch  to  another 
screen  (i.e.  Solbem  Filler,  Oden  Filler  or  Seamer  screens)  where  the  operator  enters  the  sample 
data. 

In  Solbem  Filler  screen  (see  figure  5.5),  the  operator  is  supposed  to  enter  sample  beef 
weights  and  the  beef  temperature.  Right  now  the  set  up  is  such  that  the  operator  can  change  the 
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FIGURE  5.6:  Oden  Filler  Screen 


number  of  observations  for  the  beef  weight  sample.  How  to  limit  the  access  to  some  applications 
and  fields  will  be  discussed  in  section  7  and  the  setup  in  the  Solbem  screen  can  be  modified  to  secure 
certain  parameter  fields,  such  as  the  number  of  observations  accordingly.  To  enter  the  sample  beef 
weights,  the  operator  clicks  on  the  ENTRY  button.  Then,  the  operator  is  prompted  to  enter  the 
weight  as  many  times  as  the  number  of  observations,  n.  After  n  data  points  are  entered,  the  average 
is  plotted  on  an  x-bar  chart,  r-chart  is  updated  and  the  processed  data  (average  weight,  R,..etc.)  is 
sent  to  the  plant  database.  If  the  operator  has  more  sets  of  data,  the  same  instructions  are  followed 
again.  As  for  beef  temperature,  the  operator  should  select  the  gray  box,  enter  the  data  and  click  on 
SAVE  button  to  send  the  data  to  plant  database. 

Once  the  data  entry  is  over,  by  clicking  on  the  RESET  and  RETURN  button,  the  timer  for 
Solbem  will  automatically  be  initialized  and  the  screen  will  switch  back  to  the  Main  screen.  We  also 
have  a  CANCEL  button  which  enables  us  to  switch  between  the  two  screens  (Main  and  Solbem 
Filler)  without  resetting  the  timer. 

Oden  Filler  (figure  5.6)  is  almost  identical  and  the  instmctions  to  enter  the  sample  data  is  the 
same.  As  for  the  Seamer  (figure  5.7)  screen,  the  only  sample  data  required  is  the  “vacuum  level”  and 
the  instructions  are  identical  with  the  “beef  “  and  “sauce”  temperatures  in  Solbem  and  Oden  fillers, 
respectively. 

h)  The  main  screen  provides  access  to  other  screens  through  push  buttons  on  the  bottom  of 
the  screen.  Solbem  Filler,  Oden  Filler  and  Seamer  screens  and  the  link  to  them  from  the  Main  screen 
are  already  discussed.  One  can  also  access  to  these  three  screens  by  clicking  on  the  MANUAL 
DATA  ENTRY  button. 

In  food  manufacturing,  it  is  very  important  to  keep  track  of  the  material  used  so  that  in  case 
of  a  low  product  quality  or  some  other  problems  and  complaints,  all  materials  used  in  the  production 
of  that  production  batch  can  be  traced.  We  provide  a  Material  Tracking  screen  for  the  Tray  Pack  line. 
Refer  to  figure  5.8.  Current  setup  requires  that  the  operator  enters  the  lot  id’s  and  start  time  of  the 
material  lot  manually.  Through  the  data  entry  process,  the  operator  will  be  prompted  on  what  is 
required  at  each  step.  For  example,  if  the  operator  wants  to  report  on  the  material  “can”,  press  the 
arrow  on  CANS  line.  First  the  lot  id  and  then  the  start  time  of  that  particular  lot  will  be  requested. 
The  data  entered  will  appear  on  screen  to  check.  If  any  mistake  is  made,  same  procedure  can  be 
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FIGURE  5.8:  Material  Tracking  Screen 


repeated  before  sending  the  data  to  the  plant  data  base.  The  operator  will  then  be  prompted  to  press 
SEND_C  to  send  the  data  to  the  plant  database.  A  message  will  appear  when  the  data  transfer  is 
complete.  The  other  main  materials  used  are  lids,  beef  and  gravy  and  the  procedure  to  follow  is  the 
same.  The  produced  trays  can  also  be  registered  through  this  screen  (i.e.  retort  crates)  before  being 
processed  in  the  retort.  RETURN  button  switches  the  screen  back  to  the  Main  screen. 

The  Statistical  Charts  screen  (figure  5.9)  provides  the  Xbar  and  Rbar  charts  for  the  tray 
weights  that  are  recorded  from  the  Tray  Pack  line.  The  control  chart  parameters  shown  are 
transferred  from  the  plant  database.  Two  types  of  alarms  are  specified  for  the  tray  weights;  out  of 
specification  and  out  of  range.  If  violation  of  these  rules  is  detected,  NO’s  will  be  replaced  for  YES 
in  the  Alarms  box.  This  screen  can  be  accessed  from  the  main  screen  by  clicking  on  the  CHARTS 
button. 

At  any  point  during  the  shift,  the  operator  might  make  some  comments  about  the  process  or 
the  machines.  These  comments  will  be  sent  to  the  plant  database  together  with  a  time  stamp.This 
can  be  done  by  clicking  on  the  COMMENT  button  from  the  Main  screen.  Refer  to  figure  5.10  for 
an  illustration  of  the  Operator  Comments  screen.  The  operator  should  select  the  gray  box,  enter  the 
time  and  then  comments.  If  SAVE  and  RETURN  is  pressed  the  comments  will  be  transferred  to  the 
database  and  screen  will  change  to  Main  screen.  CANCEL  button  will  only  switch  the  screen  back 
to  the  Main  screen. 

A  summary  on  the  alarms  that  have  occurred  during  production  can  be  viewed  from  the 
Alarm  Summary  screen  (figure  5. 1 1).  This  screen  can  be  accessed  from  Main  screen  by  clicking  on 
ALARMS  button  or  from  Statistical  Charts,  Oden  Filler  or  Solbem  Filler  screens  by  clicking  on 
ALARM  SUMMARY  button.  Depending  on  the  importance  of  the  error  (i.e.  priority)  the  alarms 
are  classified  as;  Low,  Medium  and  High.  Low  alarms  are  assigned  pink  color  on  the  Alarms 
Summary  screen.  Similarly,  medium  and  high  alarms  are  assigned  bright  red  and  dark  red  colors, 
respectively.  For  each  alarm,  the  block’s  tag  name,  the  description  of  the  block,  first  time  and  the 
last  time  of  alarming,  status  and  the  value  (where  applicable)  of  the  alarming  block  are  provided.  The 
operator  may  add  more  information,  or  change  the  current  column  setting  by  clicking  on  COLUMN 
button  from  View.  It  is  possible  to  filter  the  alarms  according  to  their  classes  and  alarm  areas.  This 
way,  only  certain  alarms  will  be  listed.  For  the  time  being  the  filter  is  set  in  such  a  way  that  all  the 
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File  View  Alarms  Commands  Applications  Options 
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FIGURE  5.9:  Statistical  Charts 


Commands  Applications 
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FIGURE  5.10:  Operator  Comments  Screen 


File  View  Alarms  Commands  Applications  Options _  yelp 
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FIGURE  5.11:  Alarm  Summary  Screen 


alarms  from  all  the  areas  are  listed  on  the  screen,  ordered  by  their  priority.  It  is  possible  to  change 
the  filter  setup  by  clicking  on  FILTER  button.  The  alarms  can  also  be  ordered  in  different  ways.  To 
change  the  order  of  the  listed  alarms  click  on  SORT  button  and  select  the  desired  sorting  rule  from 
the  dialog  box.  By  double  clicking  on  a  certain  entry  on  the  screen  the  operator  can  acknowledge  the 
alarm.  A  check  mark  will  appear  next  to  the  acknowledged  entry,  the  status  of  the  block  turns  to  OK 
and  the  hom  will  be  disabled.  Clicking  on  DELETE  ALL  button  will  erase  all  the  alarms  listed. 
RETURN  button  will  take  the  operator  back  to  the  Main  screen. 


6.  Alarming  and  Messaging 

FIX  DMACS  defines  alarms  as  a  block  condition  indicating  that  a  process  value  has  crossed 
a  predefined  limit  and  requires  a  response.  Database  alarms  provide  operator  with  important 
information  about  process  values  at  their  monitor.  Alarms  also  require  operators  to  examine  this 
information  because  the  alarms  stay  on  the  monitor  until  the  operator  acknowledges  them.  Finally 
alarms  can  automatically  initiate  a  process  sequence  when  an  alarms  occurs.  This  final  feature  of 
alarms  hasn’t  been  implemented  for  the  Tray  Pack  line  yet. 

The  type  of  alarming  that  is  implemented  in  the  Tray  Pack  line  can  be  classified  into  two 
groups;  the  standard  alarming  that  uses  standard  FIX  DMACS  alarming  tools  and  the  designer 
defined  alarming.  By  the  first  group,  we  refer  to  those  alarms  that  can  be  set  up  using  the  database 
block’s  alarming  features.  These  alarms  are  viewed  in  Alarm  Summary  screen  as  explained  in  the 
previous  section.  All  of  the  blocks  have  alarm  setting  fields.  We  enabled  alarming  for  certain  blocks 
that  are  crucial  in  the  process,  like  the  SYS_FAULT  block  as  shown  in  figure  6.1.  For  some  other 
block,  like  an  intermediate  calculation  block,  the  alarming  is  disabled  for  efficiency  purposes.  Refer 
to  figure  6. 1  for  a  typical  Alarm  field  in  a  DI  block.  This  particular  set  up  will  enable  an  alarm  (such 
as  a  horn  and  an  entry  in  the  alarm  summary  link)  with  high  priority  when  the  value  of  that  digital 
block  changes.  That  is,  when  a  fault  in  the  system  occurs. 

By  the  second  group  of  alarms,  we  refer  to  the  alarms  custom  designed  for  the  operator 
screens,  like  main  screen.  The  system  fault  conditions  which  are  described  in  the  previous  section 
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are  examples  to  this  group.  In  this  type  of  alarms,  we  used  the  object  links  and  dynamic  property 
attributes  that  are  provided  in  Draw  program.  According  to  the  real  time  data,  these  alarms  will 
appear  or  disappear  on  operator’s  monitor. 


Tag  Name:  I  SYS  FAULT 


Digital  Input  Block 


Next  Block: 


Description:  System  Fault_  due  to  system  error 
'Hardware  Specifications  I  rAI 


Device: 

Hardware  Options: 
I/O  Address: 


"Initial  Mode 
^  Automatic 


PLC5:B3:1/8 


O  Manual 


Start  Block  On  Scan 
Scan  Time:  i 

D  invert  Output 


Open: 


Alarms 

^  Enable  Alarming  G  Event  Msg 

Alarm  Areas:  ALL 
Priority 


O  Low  O  Medium  ^  High 


-Type 

O  Open  ^  Change  of  State 

O  Close  O  None 


r Security  Areas 


Close:  CLOSE 


Figure  6.1:  Alarm  setup  for  SYS_FAULT  block 


As  a  part  of  the  first  group  of  alarms  it  is  also  possible  to  have  alarms  based  on  product 
specifics  as  opposed  to  process  specifics.  One  of  the  blocks  commonly  used  for  this  purpose  is  the 
SD  block.  For  example;  for  the  tray  weights,  two  alarm  types  are  chosen;  N point  Specification  Limit 
Alarm  on  XBAR  (with  N=3)  and  Trend  of  Runs  Alarm  (with  N=5).  For  W_STAT  number  of 
observations,  N,  is  set  to  12.  This  means  among  the  12  groups  if  any  three  of  the  group  averages  fall 


42 


off  the  specification  limits  then  W_STAT  will  send  an  alarm  to  specified  areas  (in  this  case  both  to 
the  SCADA  and  the  view  nodes).  In  the  later  alarm  type,  there  will  be  an  alarm  if  five  consecutive 
groups  out  of  12  show  a  specific  trend  like  monotonically  increasing  or  decreasing  values.  Refer  to 
figure  6.2  below.  In  this  section  we  find  it  necessary  to  mention  the  alarm  specifics  of  SD  block,  in 
particular,  for  the  following  reason; 


Statistical  Data  Block  (Page  2) 


Tag  Name:  W_STAT 
^lEnable  Alarming! 

Alarm  Areas:  ALL 

“Alarm  Priority - 

O  Low 
O  Medium 
<S)High 


Enable  Alarms - On  Groups^ 

n  N  Point  Control  Limit  Alarm  on  XBAR  1 

n  N  Point  Warning  Limit  Alarm  on  XBAR  3 
^  N  Point  Specification  Limit  Alarm  on  XBAR  3 
□  N  Point  Alarm  on  RBAR  1 

D  N  Point  Alarm  on  SBAR  1 

^  Trend  of  Runs  Alarm  5 

D  Length  of  Runs  Alarm  7 

n  N  Point  Critical  Runs  on  XBAR  6 


Figure  6.2  Alarm  specifics  for  W_STAT. 


As  discussed  earlier,  SD  blocks  can  be  viewed  through  some  statistical  charts  on  operator  displays. 
Given  the  above  alarming  option  one  would  expect  to  see  the  alarm  as  soon  as  the  condition  occurs 
so  that  some  further  action  can  be  taken,  like  stopping  the  line.  In  FIX  DMACS,  however,  the  SD 
block  sends  the  alarm  only  after  all  the  number  of  observations  are  completed.  That  is  to  say,  the 
first  3  groups  of  weights  are  out  of  specification  limits  but  W_STAT  will  alarm  the  operator  only 
after  all  12  groups  (i.e.  60  trays)  are  weighed.  In  the  mean  time  all  60  trays  may  be  defective  due  to 
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a  process  error.  The  operator  would  have  taken  precautions  if  warned  just  after  the  first  3  groups 
are  completed.  Therefore,  in  practice  this  is  not  desirable  and  we  believe  that  this  should  be  pointed 
out  to  Intellution  as  well. 

In  FIX  DMACS  messages  are  defined  as  the  system,  database  or  operator  information  that 
does  not  require  a  response.  There  are  three  types  of  messages;  event,  system  and  operator  messages. 
A  list  of  system  and  operator  messages  together  with  the  descriptions  of  each  message  are  given  in 
Intellution  Alarming  and  Messaging  manual.  Event  messages  can  be  enabled  through  the  alarms 
fields  of  the  blocks,  see  figure  6.1.  Similar  to  the  alarming,  we  have  custom  designed  messages  as 
well.  Once  again,  we  use  the  Command  Language  and  the  Draw  program  features  for  the  design  of 
these  messages.  Figure  6.3a  and  6.3b  are  examples  of  FIX  DMACS  application  and  custom 
designed  messages,  respectively.  For  further  information  on  Alarming  and  Messaging,  refer  to  the 
Intellution  Alarming  and  Messaging  Manual. 


Intellution  FIX  View 


Figure  6.3a:  Application  message:  manually  entered  data  point  was  too  big. 
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SAVING... 


Sending  information  to 
Data  Base... 

Please  be  Patient ! 


Figure  6.3b:  Designed  message:  Sending  data  to  plant  database 


7.  Security 

FIX  DMACS  is  flexible  enough  to  design  a  security  system  to  protect  the  process.  Through 
the  security  system,  it  is  possible  to  limit  the  access  of  some  users  to  certain  applications  of  FIX 
DMACS,  specific  programs  and  operator  displays.  It  further  provides  write  protections  for  database 
blocks.  The  account  privileges  can  be  assigned  through  the  Security  Configuration  program  of  FIX 
DMACS.  In  the  Security  Configuration  Program  there  are  two  types  of  accounts; 

a)  Group  Accounts:  A  group  account  assigns  the  most  commonly  used  application  features 
and  security  areas  shared  by  two  or  more  people.  Once  defined  you  can  then  assign  a  group  account 
to  individual  users. 

In  Tray  Pack  line  application  we  defined  two  group  accounts:  Supervisors  and  Operators. 
For  each  group,  application  features  and  security  areas  that  are  accessible  by  the  group  members 
should  be  defined  through  the  Security  Configuration  Program.  To  give  an  example;  for  the  group 
Operators,  we  assigned  the  applications  View,  Alarm  Summary  Display  and  Historical  Trend 
Display  to  be  accessible  by  the  members  of  this  group.  Hence,  they  only  have  the  privilege  to  use 
these  tasks  of  FIX  DMACS.  No  security  areas  are  assigned  for  this  group.  A  security  area  is  a 
physical  or  functional  division  of  the  process.  It’s  possible  to  have  256  security  areas  each  of  which 
is  associated  with  a  name  up  to  20  alphanumeric  characters.  The  Group  Supervisors  are  assigned  the 
security  areas  A  and  B  which  are  used  in  the  FIX  DMACS  database.  This  means,  the  members  of 
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the  Supervisors  have  the  privilege  to  write  on  the  database  blocks  secured  as  the  areas  A  and  B, 
whereas  the  members  of  Operators  Group  cannot. 


bi  User  accounts:  This  type  of  account  defines  the  account  privileges  assigned  to  one  person. 
Each  user  account  is  identified  by  a  log  in  name  and  an  optional  password.  Anyone  requiring  extra 
privileges  beyond  their  group  account  can  be  assigned  additional  privileges.  For  example,  it  is 
possible  to  give  access  of  a  database  block  (secured  as  areas  A  or  B)  to  a  particular  operator  even 
though  he/she  belongs  to  the  group  Operators  which  does  not  have  that  privilege. 

For  the  group  and  user  account  setups,  refer  to  the  Security  Configuration  Program. 


8.  Conclusion: 

In  this  report  we  describe  the  FIX  DMACS  implementation  to  the  Tray  Pack  line.  The  main 
aim  is  to  acquire  process  data  and  monitor  the  system  state.  This  document  discusses  certain 
features  of  the  FIX  DMACS  in  general,  as  well  as  how  these  features  are  utilized  to  collect,  display 
and  transfer  data  points  from  the  Tray  Pack  line.  Due  to  the  limited  space,  we  are  unable  to  address 
each  database  block  and  display  specific  but  plenty  of  examples  are  discussed  to  cover  the  most 
important  data  types  and  display  techniques.  We  recommend  that  the  reader  refers  to  the  FIX 
DMACS  manuals,  Tray  Pack  line  database  and  the  *.odf  files  for  further  information  on  the 
software,  specific  database  block  or  chain  setups  and  displays  developed,  respectively. 
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FIGURE  4.3:  PROCESSING  AND  FLOW  OF  TRAY  WEIGHTS  DATA 


FIGURE  4.4:  FLOW  OF  OPERATOR  ID  AND  COMMENTS 
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FIGURE  4.5:  FLOW  OF  OPERATOR  COMMENTS 


FIGURE  4.6:  FLOW  OF  DATA  COLLECTED  FROM  SOLBERN  FILLER 


FIGURE  4.7:  MATERIAL  TRACKING  (BEEF 


FIGURE  4.8:  MATERIAL  TRACKING  (GRAVY) 


FIGURE  4.9:  MATERIAL  TRACKING  (LID 


FIGURE  4.10:  MATERIAL  TRACKING  (RETORT  CRATE) 


FIGURE  4.11:  MATERIAL  TRACKING  (CAN) 
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FIGURE  4.12:  PROGRAM  TO  DIFFERENTIATE  BETWEEN  ACCEPTED.  OVERWEIGHT  AND  UNDERWEIGHT  TRAYS 


FIGURE  4.14:  SYSTEM  STATUS  DISPLAY 
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FIGURE  4.15:  OPERATOR  TIMERS  FOR  PRODUCT  SAMPLING 


FIGURE  4.16:  SCHEDULE  FROM  PU\NT  DATABASE 
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FIGURE  4.17:  FLOW  OF  DATA  COLLECTED  FROM  ODEN  FILLER 
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FIGURE  4.18:  FLOW  OF  DATA  COLLECTED  FROM  SEAMER 
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1.  Introduction 

In  this  paper  we  describe  the  implementation  of  FIX  DMACS  to  the  MRE  Pouch  Line  as  a 
requirement  of  STP  #16.  The  plan  is  to  acquire  data  from  the  production  line  using  the  Allen  Bradley 
Series  2  Programmable  Logic  Controller  (PLC)  and  then  send  it  to  shop  floor  PC.  Some  retrieved 
data  will  be  manipulated  in  the  PC  through  certain  applications,  such  as  the  data  to  be  used  for 
quality  control  purposes.  Finally,  processed  data  will  be  uploaded  to  a  central  database  for  record 
keeping  and  data  analysis.  FIX  DMACS,  an  industrial  automation  software,  is  used  to  achieve  this 
end.  A  brief  overview  of  FIX  DMACS  is  already  presented  in  earlier  technical  reports.  The  readers 
are  refered  to  TWP  #88  and  TWP  #103  for  details  on  FIX  DMACS.  The  outline  of  the  report  is 
summarized  as  follows:  In  section  2,  we  discuss  how  to  configure  the  system  to  establish 
communication  with  the  hardware  components.  Section  3  gives  an  overview  of  the  PTX  DMACS 
database  built  for  MRE  pouch  line.  Throughout  the  project  operator  displays  are  designed  to  view 
the  line  data.  Section  4  describes  the  display  development.  In  section  5  we  present  the  alarming  and 
messaging  functions.  Finally,  section  6  concludes  the  report. 


2.  System  Configuration 

In  order  to  retrieve  raw  data  from  the  process  and  write  back  to  PLC  there  are  3  preliminary 
steps  that  must  be  done  before  setting  up  the  database  for  the  MRE  Pouch  line: 

Step  1:  I/O  Drivers  must  be  configured. 

Since  we  have  already  configured  the  I/O  drivers  for  Traypack  line,  no  further  configuration 
is  necessary  for  the  existing  three  I/O  drivers:  Allen  Bradley  KT  card  (ABK),  Simulation  I/O 
Driver  (SIM)  and  Dynamic  Data  Exchange  (DDE).  Here,  we  skip  this  step.  Section  3  of  TWP 
#103  describes  the  I/O  driver  configuration. 

Step  2:  Describe  the  hardware  devices  that  will  be  accessed  through  the  AB  Data  Highway  Plus. 
For  the  Tray  Pack  line  the  hardware  option  was  PLC5/12  and  the  Primary  Station  Address 
was  set  to  21.  For  the  MRE  line  the  hardware  option  is  PLC2/17  and  the  Primary  Station 
Address  is  set  to  40. 

Step  3:  Create  the  poll  records: 

1 


To  create  poll  records,  we  need  to  specify  a  starting  address  and  the  length  of  the  data  field. 
The  starting  address  tells  the  I/O  driver  where  the  range  of  data  in  the  PLC  begins  and  the  length 
specifies  how  many  data  points  to  fetch.  The  designer  should  note  that  the  poll  record  definition 
format  for  PLC5  of  the  Traypack  line  is  different  than  that  of  PLC2/17  of  the  MRE  Pouch  line. 
Refer  to  the  I/O  Driver  Manual  to  check  for  poll  record  formats  of  different  hardware  options.  Table 
2.1  below  summarizes  the  I/O  addresses  that  are  defined  as  poll  records  for  the  MRE  Pouch  line. 


Starting  address:Length 


70:2 


1 10:3 


376:2 


434:3 


440:13 


570:1 


625:1 


Table  2.1:  Summary  of  Poll  Records  for  the  MRE  Line 

Once  I/O  driver  and  poll  records  are  configured,  we  can  retrieve  data  from  the  process 
hardware  and  store  in  Driver  Image  Table  (DIT)  which  is  like  a  buffer  between  the  process  and  the 
FIX  DMACS  database.  In  the  next  section,  we  will  describe  how  to  relate  each  poll  record  with  a 
block  in  the  database.  For  more  details  on  the  system  configuration  refer  to  I/O  Driver  Manual  and 
System  Setup  Manual. 

3.  The  Database 

Through  poll  records  we  retrieve  a  group  of  data  points  all  together.  In  application ,  however, 
we  need  to  identify  and  utilize  each  individual  data  point  (i.e.  a  bit  or  a  register  in  PLC).  Hence,  tag 


names  are  designer  defined  names  given  to  each  data  point  in  the  FIX  DMACS  database.  Whenever 
a  panicular  piece  of  information  is  needed  in  a  FIX  DMACS  application,  it  will  be  called  by  its  tag 
name  (rather  than  its  address  in  the  PLC). 

Since  the  FIX  DMACS  database  is  responsible  for  data  processing  as  well  as  data  acquisition 
of  different  types  of  data,  there  are  separate  types  of  blocks  in  the  database.  Table  3.1  shows  the 
block  types  and  the  related  abbreviations  used  in  this  document. 


Block  Type 

Abbreviation 

Analog  Input  Block 

AI 

Analog  Output  Block 

AO 

Boolean  Block 

BL 

Calculation  Block 

CA 

Digital  Input  Block 

DI 

Digital  Output  Block 

DO 

Fanout  Block 

FN 

Statistical  Data  Block 

SD 

SQL  Data  Block 

SQD 

SQL  Trigger  Block 

SQT 

Program  Block 

PG 

Timer  Block 

TM 

Totalizer  Block 

TT 

Text  Block 

TX 

Table  3. 1 :  List  of  Blocks  used  in  MRE  Pouch  Line  database  design 

In  this  section  we  will  not  discuss  the  details  of  building  the  database.  Instead  we  will  present 
a  detailed  profile  of  the  database  that  is  built  for  the  MRE  Pouch  Line  through  figures  3.2-3.13. 
These  figures  illustrate  the  blocks  in  the  MRE  Line  database  and  the  flow  of  data  between  them. 
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Figure  3.1  is  the  legend  for  the  following  12  figures.  For  more  details  about  a  specific  database 
block,  the  reader  can  refer  to  Intellution  Database  Builder  Manual. 

Not  all  the  blocks  in  the  database  are  in  a  chain  with  others.  The  blocks  in  table  3.2  below 
is  not  in  a  chain  with  any  other  block,  yet  they  are  used  in  the  design  of  operator  interfaces  to  signal 
fault  conditions  of  the  MRE  Line. 

Table  3.2:  Digital  Inputs  and  Outputs  that  are  not  in  a  chain  with  other  blocks  in  the  database 


Tag  Name 

Type 

Description 

CUT_DONE 

DI 

Cutting  done  in  a  cycle 

DFT_SFT_FL 

DI 

Defective  safety  flag 

FORM_CY_WD 

DI 

Forming  Cycle  watchdog 

FORM_DONE 

DI 

Forming  done  in  a  cycle 

FORM_TL_DW 

DI 

Forming  tools  down  watchdog 

FORM_TL_UP 

DI 

Forming  tools  down  watchdog 

HI_PRT_DTC 

DI 

High  part  detected 

IDX_WD_F 

DI 

Index  watchdog  failure 

INDEX_COP 

DI 

Index  complete 

L_WEB_OUT 

DI 

Lower  web  out 

MOVE_SWI 

DI 

Index  of  TIROMAT  in  motion 

MRE_DOWN 

DI 

MRE  line  shut  down  due  to  Misc.  Error 

ROBOT_DONE 

DI 

Robot  done  in  a  cycle 

RTD_CARD_F 

DI 

RTD  card  fault 

SEAL_CY_WD 

DI 

Sealing  cycle  watchdog 

SEAL_DONE 

DI 

Sealing  done  in  a  cycle 

SEAL_TL_DW 

DI 

Sealing  tools  down  watchdog 

SEAL_TL_UP 

DI 

Sealing  tools  up  watchdog 

TOG_SWI 

DI 

Dummy  switch 
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Physical  link  that 


FIGURE  3.1;  LEGEND  FOR  DATABASE  BLOCK  RELATIONS 


FIGURE  J.2  FLOW  OF  DATA  COLLECTED  FROM  SEALING  AND  FORMING 


Trigger  to  send  operator  ID 
and  comment  to  DB 


FIGURE  3.3  FLOW  OF  OPERATOR  ID  AND  COMMENTS 


FIGURE  3.4  FLOW  OF  DATA  COLLECTED  FROM  SCALE 


Trigger  to  send  row 
material  data  to  DB 


FIGURE  3.5  FLOW  OF  DATA  IN  MATERIAL  TRACKING 


TOT_SCRAP 


FIGURE  3.6  RECORD  DEFECTIVE  POUCHES  AND  CALCULATE  LINE  PRODUCTIVITY 


Index  wotchdog  failure 


FIGURE  3.7  FLOW  OF  DATA  COLLECTED  FROM  LINE  STATE  AND  ERROR  MESSAGE 


FIGURE  3.8  CALCULATE  LINE  PERFORMANCE  DATA.  INCLUDING  CYCLE  TIME.  UP  TIME  AND  DOWN  TIME 
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FIGURE  3.11  CALCULATE  WHEN  TO  SEND  SIGNAL  TO  ACTIVATE  SOT  BLOCKS 


TOG_SWIl 

DI 

Dummy  switch 

TRIG_INPUT 

DI 

Trigger  to  grab  the  DDE  data  from  scale 

U_\VEB_OUT 

DI 

Upper  web  out 

DUMMY  1 

DO 

Dummy  block  for  material  tracking  screen 

DUMMY2 

DO 

Dummy  block  for  material  tracking  screen 

DUMMY3 

DO 

Dummy  block  for  material  tracking  screen 

DUMMY4 

DO 

Dummy  block  for  material  tracking  screen 

DUMMY5 

DO 

i 

Dummy  block  for  material  tracking  screen 

FLAG 

DO 

Flag  for  '‘Saving...”  Message  in  View 

RESET_ERR 

DO 

Reset  the  master  fault  bit  in  PLC 

SIGNAL 

DO 

Signal  to  SQTs  to  send  data 

SQ_DATA 

DO 

Scan  qualifier  for  WGHT_STAT 

Table  3.2;  Digital  Inputs  and  Outputs  that  are  not  in  a  chain  with  other  blocks  in  the  database 

4.  Display  Development 

In  this  section  we  will  describe  the  operator  screens  that  we  designed  to  view  the  MRE  Pouch 
line.  Draw  is  the  application  used  to  create  the  pictures  and  View  is  the  application  to  view  the 
picture  with  real-time  data.  Due  to  the  limitation  of  space  we  will  not  describe  how  each  picture  is 
created.  We  would  rather  provide  a  Manual  here,  which  describes  how  to  use  the  operator  displays. 
For  further  information  on  creating  pictures,  refer  to  Intellution  Draw  Manual. 

We  designed  9  displays  to  view  the  MRE  line,  enter  sample  data  manually,  receive  schedule 
and  set  points  from  the  plant  database.  Operator  screens,  the  access  links  between  them,  and  file 
names  as  saved  in  draw  program  are  given  in  figure  4.1.  The  figures  4.2  through  4.10  show  the 
individual  picture  for  each  of  the  operator  screens  as  seen  in  View  program. 

4.1.  Manual  for  the  MRE  Pouch  Line  Operator  Screens 

The  designed  operator  screens  for  MRE  line  are  user  friendly.  The  operations  are  mostly  self 
explanatory.  For  those  which  may  create  confusions  we  tried  to  provide  messages  to  lead  the 
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FIGURE  4.2:  Operator  Login  Screen 


operator.  Next,  we  will  go  through  each  screen  in  this  subsection. 


4.1.1.  Operator  Lo^in  Screen 

.•\t  the  beginning  of  each  shift,  the  first  screen  to  be  accessed  is  the  Operator  Login  Screen. 
Refer  to  figure  4.2.  The  operator  has  to  enter  Operator  ID  and  any  comments  to  be  made  at  the 
beginning  of  the  shift.  Upon  pressing  the  ENTER  button,  a  command  language  code  is  executed.  For 
brief  and  detailed  information  on  the  command  language  refer  to  TWP  #103  and  Intellution 
Command  Language  Manual,  respectively.  Through  the  code  embedded  in  the  ENTER  button  in 
Operator  Login  screen,  the  information  entered  by  the  operator  is  saved  in  the  plant  database 
together  with  a  timestamp.  MRE  Line  Main  Screen  appears  as  shown  in  figure  4.3.  AH  the  other 
screens  can  be  accessed  from  this  screen. 

4.1.2.  MRE  Line  Main  Screen 

The  MRE  Line  Main  screen  (figure  4.3)  has  the  following  features; 

a)  It  displays  a  line  drawing  of  the  MRE  line.  A  real  time  simulation  of  the  process  for  the 
filling  and  forming  stations  is  provided.  During  each  cycle,  6  pouches  are  formed  and  filled  at  a 
time.  The  line  advances  to  the  next  6  pouches  when  the  previous  group  of  6  is  completed.  On  the 
Main  screen,  the  operator  can  observe  the  filling  and  sealing  process  for  every  6  pouches.  Once  the 
group  of  6  are  filled,  the  pouches  change  color  from  white  to  orange.  After  the  sealing  is  complete 
the  pouches  change  color  from  orange  to  green  once  again,  which  is  the  original  color  of  the  sealing 
film.  The  movement  of  the  film  is  also  simulated  as  it  appears  on  the  real  line.  At  every  cycle,  it’s 
possible  to  observe  a  group  of  6  pouches  moving  forward  in  the  line  drawing. 

b)  It  displays  the  type  and  place  of  the  problem  when  a  fault  appears  in  the  MRE  Pouch  line. 
FIX  DMACS  provides  the  user  with  the  ability  of  alarming  in  case  of  a  problem.  Together  with  this 
feature,  we  designed  the  display  such  that  each  fault  condition  is  hidden  in  the  MRE  Line  Main 
screen.  When  an  error  occurs  in  the  process,  a  message  in  red  appears  on  the  Main  screen  identifying 
the  cause  and  the  place  of  the  error.  This  message  will  stay  until  the  problem  is  solved  and  normal 
operating  conditions  are  recovered.  It  is  possible  to  reset  the  system  through  the  control  panel  of  the 
Smart  System.  Once  the  error  occurs,  we  provide  the  operator  with  a  separate  dialog  box  (i.e.  other 
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FIGURE  4.3:  MRE  Line  Main  Screen 


than  the  error  message).  This  feature  enables  the  operator  to  reset  the  system  through  FIX  DMACS 
as  well,  by  simply  pressing  the  RESET  button  on  this  dialog  box.  The  reader  notes  that  this 
application  is  also  an  example  of  the  control  feature  provided  by  FIX  DMACS,  since  we  set  the 
value  of  a  certain  bit  in  the  PLC  from  FIX  DMACS. 

c )  It  displays  the  status  of  the  system.  There  are  two  different  states  of  the  system  shown  on 
the  upper  right  comer  of  the  screen;  Run  (in  green)  and  Stop  (in  red).  System  is  in  Running  status 
when  all  the  operations  are  performed  without  any  fault.  And  Stop  signal  appears  in  case  of  an  error 
as  described  in  part  b. 

d)  It  provides  the  operator  with  the  data  sampling  timer.  Every  15  minutes,  the  operator  or 
a  quality  control  staff  is  required  to  collect  and  report  process  defect  data.  We  will  give  more  details 
on  this  when  we  discuss  the  Line  Performance  and  Defect  Data  Screen.  This  timer  (appears  on  the 
upper  left  comer  of  the  screen)  starts  automatically  at  the  beginning  of  the  shift  and  warns  the 
operator  to  enter  process  defect  data.  When  the  timer  reaches  15  minutes,  the  color  of  timer  box  turns 
to  red.  a  written  message  appears  and  audio  signal  is  provided  in  case  the  horn  is  enabled.  A  written 
message  directs  the  operator  to  the  next  screen  where  the  defect  data  is  to  be  entered.  By  clicking  on 
the  specified  button,  the  operator  switches  to  the  Line  Performance  and  Defect  Data  screen. 

e)  The  main  screen  provides  access  to  other  screens  through  push  buttons  on  the  right  hand 
side  of  the  screen.  There  is  a  direct  access  to  the  following  screens  from  FIX  DMACS:  Forming 
Process  Pressure  Statistics,  Sealing  Process  Temperature  Statistics,  MRE  Line  Material  Tracking, 
Off-Line  Data  and  Line  Performance  and  Defect  Data  screens.  There  is  no  direct  access  from  Main 
screen  to  Forming  Process  Vacuum  Statistics  and  Sealing  Process  Pressure  Statistics.  These  screens 
can  be  accessed  from  Forming  Process  Pressure  Statistics  and  Sealing  Process  Temperature 
Statistics,  respectively.  We  will  discuss  these  screens  next. 

4.1.3.  Forming  Process  Pressure  and  Vacuum  Statistics 

The  forming  station  is  the  post  where  the  bottom  web  is  given  the  shape  of  a  pouch.  The  two 
parameters  of  interest  for  this  station  are  the  vacuum  and  the  pressure  values.  We  have  two  screens 
to  display  the  statistics  of  these  parameters:  Forming  Process  Pressure  Screen  (fig.  4.4)  and 
Forming  Process  Vacuum  Screen  (fig.  4.5).  Every  second,  FIX  DMACS  scans  the  addresses  of  the 
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Intellution  FIX  View 


FIGURE  4.4:  Forming  Process  Pressure  Screen 
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FIGURE  4.5:  Forming  Process  Vacuum  Screen 


Intellution  FIX  View 


FIGURE  4.6:  Sealing  Process  Pressure  Screen 


FIGURE  4.7:  Sealing  Process  Temperature  Screen 


PLC2  which  hold  these  two  values.  The  two  screens  then  display  the  following  information: 

1.  Actual  value  of  the  forming  pressure  (vacuum);  Scanned  every  second 

2.  X-Bar  chart;  Displays  the  average  value  of  the  forming  pressure  (vacuum) 

3.  S-Chart:  Displays  the  standard  deviation  of  the  forming  pressure  (vacuum) 

4.  R-Chart:  Displays  the  range  of  forming  pressure  (vacuum) 

4.1.4.  Sealing  Process  Pressure  and  Temperature  Statistics 

The  sealing  station  is  the  post  where  the  pouches  are  sealed  .  The  two  parameters  of  interest 
for  this  station  are  the  sealing  temperature  and  the  pressure  values.  We  have  two  screens  to  display 
the  statistics  for  these  parameters:  Sealing  Process  Pressure  Screen  (fig.  4.6)  and  Sealing  Process 
Temperature  Screen  (fig.  4.7).  Type  of  information  and  the  charts  displayed  are  similar  to  the 
Forming  process  screens,  as  described  in  section  4.1.3. 

4.1.5.  Material  Handling 

In  food  manufacturing,  it  is  essential  to  keep  track  of  the  materials  and  ingredients  used  so 
that  in  case  of  a  rejected  product  or  some  other  problems  and  complaints,  all  materials  used  in  the 
production  of  the  defective  batch  can  be  traced.  We  provide  a  Material  Tracking  screen  for  the  MRE 
line.  Refer  to  figure  4.8.  We  divide  this  screen  into  two  dialog  boxes:  Raw  Material  dialog  box  and 
Finished  Material  dialog  box.  There  are  four  main  groups  of  raw  material:  Bottom  web,  top  web, 
ham  and  beef  stew.  Ham  and  beef  stew  are  the  two  current  recipes  that  are  produced  on  the  MRE 
Line.  The  only  ingredient  for  a  ham  recipe  is  ham.  Beef  stew,  on  the  other  hand,  has  three 
ingredients;  vegetables,  sauce  and  beef  cubes.  Current  setup  requires  that  the  operator  enters  the  LOT 
ID  and  START  TIME  of  the  material  lot  manually.  The  operator  will  be  prompted  on  what  is 
required  at  each  step.  For  example,  if  he  wants  to  report  on  the  material  “ham”,  he  should  click  on 
the  arrow  on  HAM  line.  First  the  lot  ID  and  then  the  start  time  of  that  particular  lot  will  be  requested. 
The  data  entered  will  appear  on  screen  to  check.  If  any  mistake  is  made,  the  same  procedure  can  be 
repeated  before  sending  the  data  to  the  plant  data  base.  The  operator  will  then  be  prompted  to  click 
on  SAVEl  to  send  the  data  to  the  plant  database.  A  message  will  appear  when  the  data  transfer  is 
complete.  The  procedure  is  the  same  for  the  other  raw  materials  as  well.  Only  in  case  of  the  beef 
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FIGURE  4.8:  Material  Handling  Screen 


stew,  another  menu  will  appear  upon  clicking  the  arrow  associated  with  beef  stew.  This  menu 
contains  the  ingredients,  vegetable,  sauce  and  beef.  Hence  the  operator  is  enabled  to  enter  the 
material  data  related  to  each  of  these  ingredients,  separately. 

The  Finished  Material  dialog  box  refers  to  the  retort  crates.  The  procedure  to  follow  to  enter 
the  related  data  is  the  same  as  described  above.  Since  the  filling  rate  of  retort  crates  is  very  fast,  crate 
data  has  to  be  entered  very  frequently.  The  current  time  is  sent  to  the  plant  database  along  with  the 
entered  data.  Unless  the  operator  enters  a  different  start  time  for  a  particular  crate  (i.e.  there  might 
be  a  delay  between  the  actual  start  of  filling  a  crate  and  entering  the  information),  the  current  time 
value  is  taken  as  the  start  time  of  filling  of  that  crate. 

After  data  entry  is  complete  the  operator  can  switch  to  one  of  the  screens:  Main,  Sealing 
Process  or  Forming  Process. 

4.1.6.  Off  Line  Data  Screen 

This  screen  is  a  sample  DDE  interface  to  the  screen  for  the  Ham  recipe  (see  figure  4.9).  It  is 
possible  to  enter  the  weights  of  ham  pouches  either  manually  or  through  a  DDE  link  with  the 
PMCOMM  software.  If  the  data  is  to  be  entered  manually,  the  operator  should  click  on  the  button 
MANUAL_ENTRY.  He  will  be  prompted  to  enter  data  as  many  times  as  depicted  by  the  “sample 
size”  data  field.  Once  the  data  entry  is  complete,  the  sample  average  is  plotted  on  an  XBAR  chart 
and  the  standard  deviation  and  range  values  are  also  updated  accordingly. 

If  the  data  is  to  be  entered  through  the  DDE  link,  both  PMCOMM  and  FDC  DMACS  should 
be  running  at  the  same  time.  The  operator  should  place  the  pouch  on  the  scale.  PMCOMM  grabs  the 
weight  data.  The  operator  clicks  on  DDE_ENTRY  button  and  the  data  is  transferred  to  FIX  DMACS, 
plotted  according  to  the  sample  size  and  the  average  values  are  sent  to  plant  data  base. 

Clicking  on  RETURN  button  will  switch  the  screen  back  to  the  MRE  Line  main  screen. 

4.1.7.  Line  Performance  and  Defect  Data  Screen 

This  screen  (see  fig  4. 10)  consists  of  three  dialog  boxes: 

1 )  Pouch  Defect  Data  dialog  box:  Each  pouch  is  checked  for  the  following  defects  once  they 
leave  the  MRE  line;  Wrinkles,  abrasion,  delamination,  tears/cuts,  leakers,  inadequate  seal  width  and 
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FIGURE  4.9:  Off-line  Data  Screen 
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FIGURE  4.10:  Line  Performance  and  Defect  Data  Screen 


others.  Pouch  Defect  Data  dialog  box  depicts  a  list  of  these  defects  with  two  data  fields  for  each.  The 
first  data  field  refers  to  the  defect  data  of  the  pouches  produced  in  the  last  15  minutes.  The  quality 
control  personnel  is  required  to  enter  the  defect  counts  every  15  minutes.  The  timer  on  the  MRE  line 
main  screen  warns  the  quality  control  staff  to  enter  defect  data  every  15  minutes,  as  described  earlier. 
Once  the  timer  signals,  the  staff  should  click  on  “Line  Performance”  button  from  the  main  screen. 
This  will  take  him  to  the  Line  Performance  and  Defect  Data  screen.  Now  he  can  enter  the  data  on 
the  LAST  GROUP  fields  of  the  defect  data  dialog  box.  Upon  entering  new  data,  FDC  DMACS 
automatically  updates  the  TOTAL  defect  values.  Note  that  there  is  another  catagory  named 
SCRAPPED  in  this  dialog  box.  It  may  be  the  case  that  some  pouches  are  scrapped  at  the  beginning 
of  a  shift  or  after  some  unexpected  event  during  the  production  phase.  These  pouches  belong  to  the 
“Scrapped”  category  and  should  be  entered  manually  by  the  quality  control  staff  or  the  operator.  To 
enter  data  the  operator  should  click  on  the  LAST  GROUP  field  of  the  related  defect  and  enter  the 
value.  He  can  also  go  from  one  field  to  another  using  the  “up”  and  “down”  arrow  keys. 

21  Package  Counts  dialog  box:  Displays  some  summary  information  about  the  package 
counts.  Table  4. 1  below  gives  the  type  and  source  of  the  information  displayed. 


Type  of  Information 

Source  of  Information 

A.  Total  Produced 

Calculated  from  PLC  Index  count 

B.  Total  Rejected 

Calculated  in  FIX  (Sum  of  all  defects) 

C.  Total  Scrapped 

Calculated  in  FIX  (  Sum  of  all  entered  “Scrapped”) 

D.  Total  Sent  to  Retort 

Calculated  in  FIX  [  D=A-(B+C)  ] 

E.  %  Yield 

Calculated  in  FIX  [  E=D/A  ] 

Table  4. 1 :  Information  for  Package  counts  dialog  box 


31  Line  Efficiency  dialog  box:  Just  like  Package  Counts  dialog  box.  Line  Efficiency  dialog 
box  displays  some  additional  information  about  the  performance  of  the  MRE  line.  See  table  4.2 
below. 
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Type  of  Information 

Source  of  Information 

Line  Speed 

From  PLC 

Busy  Time 

FIX  DMACS  counter  on  start  time 

Idle  Time 

FIX  DMACS  counter  on  stop  time 

Cycle  Time 

Calculated  in  FIX  (time  between  two  indexing) 

Table  4.2:  Information  for  Line  Efficiency  dialog  box 


By  clicking  on  RETURN  and  RESET  button  the  timer  is  set  to  zero  and  the  screen  is 
switched  to  the  MRE  Line  Main  screen.  Pressing  the  RETURN  button  will  just  switch  the  screen 
to  the  MRE  Line  Main  screen  and  will  not  have  any  effect  on  the  operator  timer.  Hence,  if  data  is 
entered  the  operator  should  use  RETURN  AND  RESET  button.  If  no  data  is  entered  but  the  Line 
performance  and  Defect  Data  is  visited  only  to  check  the  values,  then  RETURN  button  should  be 
used. 

5.  Alarming  and  Messaging 

FIX  DMACS  defines  alarms  as  a  block  condition  indicating  that  a  process  value  has  crossed 
a  predefined  limit  and  requires  a  response.  Database  alarms  provide  the  operator  with  important 
information  about  process  values  at  his/her  monitor.  Alarms  also  require  the  operator  to  examine 
this  information  because  they  stay  on  the  monitor  until  the  operator  acknowledges  them.  Finally 
alarms  can  automatically  initiate  a  process  sequence  when  an  alarm  occurs.  This  final  feature  of 
alarming  hasn’t  been  implemented  for  the  MRE  Pouch  line  yet. 

For  MRE  line  we  have  two  types  of  alarming: 

1)  Custom  designed  alarms  for  the  operator  screens,  like  main  screen:  The  system  fault 
conditions  and  operator  timers  to  collect  data  are  examples  to  this  group.  To  design  these  alarms,  we 
used  the  object  links  and  the  dynamic  property  attributes  that  are  provided  in  the  Draw  program. 
According  to  the  real  time  data,  these  alarms  will  appear  or  disappear  on  operator’s  monitor.  Below 
is  a  list  of  system  fault  conditions  that  are  displayed  as  messages  to  the  operator: 
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Station 

Error  Message 

Forming 

Forming  cycle  incomplete 

Forming  tools  failure  (down) 

Forming  tools  failure  (up) 

Lower  web  out 

Sealing 

Sealing  cycle  incomplete 

Sealing  tools  failure  (down) 

Sealing  tools  failure  (up) 

Upper  web  out 

High  part  detected 

Index  watchdog  failure 

Defective  safety 

Analog  or  RTD  card  fault 

Table  5.1:  Fault  conditions  as  displayed  on  operator  screens 


2)  Database  Alarms:  An  example  to  this  type  of  alarm  is  the  one  generated  by  the  SD  block.  We  have 
set  up  this  alarm  for  the  process  parameters  of  forming  and  sealing  processes.  There  is  a  list  of 
criteria  for  alarming  within  the  SD  block.  Table  5.2  lists  these  criteria. 

N  point  control  limit  alarm  on  XBAR 

N  point  specification  limit  alarm  on  XBAR 

N  point  warning  limit  alarm  on  XBAR 

N  point  alarm  on  RBAR 

N  point  alarm  on  SBAR 

Trend  of  runs  alarm 

Length  of  runs  alarm 

N  point  critical  runs  alarm  on  XBAR 
Table  5.2:  Alarm  criteria  for  SD  blocks 
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There  are  four  major  SD  blocks:  SEAL_TSTAT  (for  sealing  temperature),  SEAL_PSTAT  (for 
sealing  pressure),  FORM_PSTAT  (for  forming  pressure),  FORM_VSTAT  (for  forming  vacuum). 
The  current  configuration  of  these  blocks  has  the  following  two  criteria  for  alarming:  N  point 
Specification  Limit  Alarm  on  XBAR  (with  N=3)  and  Trend  of  Runs  Alarm  (with  N=5).  For  all  of 
these  blocks  the  number  of  groups,  N.  is  set  to  25.  This  means  that  among  the  25  groups  if  any  three 
of  the  group  averages  fall  off  the  specification  limits  for  any  of  these  parameters  then  the  related  SD 
block  will  send  an  alarm  to  the  specified  areas  (in  this  case  both  to  the  SCADA  and  the  view  nodes). 
In  the  later  alarm  type,  there  will  be  an  alarm  if  five  consecutive  groups  out  of  25  show  a  specific 
trend  like  monotonically  increasing  or  decreasing  values.  For  more  details  on  this  type  of  alarming 
refer  to  section  6  of  the  TWP  #103. 

6.  Conclusion: 

In  this  report  we  described  the  FIX  DMACS  implementation  of  the  MRE  Pouch  line.  This 
document  discusses  how  certain  features  of  the  FIX  DMACS  are  utilized  to  collect,  display  and 
transfer  data  points  from  the  MRE  Pouch  line.  We  recommend  that  the  reader  refers  to  TWP  #103, 
the  FIX  DMACS  manuals,  MRE  line  database  and  the  *.odf  files  for  more  comprehensive 
information. 
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Instructor:  Madhav  S.  Phadkc,  President, 

Phadke  Associates,  Inc.,  Tinton  Falls,  NJ 


iUtorial  L  (infrared)  sensors,  including  recent  progress  in  fiber  optic  chemical 

sensor  technology  and  their  application  in  chemical  process  and 
Title:  AN  INTRODUCTION  TO  FIBER  OPTIC  SENSORS  control.  The  second  half  of  the  course,  taught  by  Eric  Udd,  will  cover 

an  overview  on  phase  sensors  as  well  as  spectrally  based  sensors, 
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Industrial  Engineer  of  the  Year  in  1986  and  Engineer  of  the  Year  in 
Instructor:  Douglas  C.  Montgomety,  Professor,  1987  by  the  Puget  Sound  Engineering  Council.  He  is  a  recipient  of  the 

Industrial  and  management  Systems  Engineering,  Ellis  R.  Ott  Award  and  the  Shewell  Award.  He  has  also  received 

Arizona  State  University,  Tempe,  AZ  several  outstanding  teaching  awards. 
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Ulka  Rodgers  specializes  in  CASE  and  database  management  systems.  Engineering  Council  of  U.K. 

Her  particular  skill  is  applying  the  best  aspects  of  Information 

Engineering  methodologies,  CASE  tools  and  DBMS  product 

knowledge  in  practical  application  development.  She  is  the  author  of 

Oracle:  A  Database  Developer's  Guide  (Prentice  Hall  in  Yourdon 
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Attendees  will  be  given  a  full  set  of  notes,  reference  material  and 
copy  of  tlie  ISO  9001  (or  its  US  equivalent)  Standard. 
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